World: r3wp

Next question:
How to tell that text in 'area face should be auto wrapped?

These are all ways of specifying the same thing:
view layout [area wrap]
view layout [area para [wrap?: yes]]
view layout [area with [para: make para [wrap?: yes]]]

view layout [area with [append init [para: make para [wrap?: yes]]]]

and you can test a little bit faster by making the area nice and 
thin:
view layout [area 40 wrap]

How is about clipboard for last version of view?
Is it possible to insert in clipboard port image?

only text is allowed

I have a small problem regarding event handling in TOOLBAR: Each 
icon consists of an icon frame face with a pane that contains the 
icon image and a text face.


The icon frame face has an ENGAGE event set for highlighting, doing 
the action of the button, etc. The containing faces both have their 
feel set to NONE.


Now when clicking on either the text and the image, the event seems 
to correctly bubble up to the icon-frame face, but OVER and AWAY 
events correspond to the face in which the event occurs, which can 
be for example the text face. So if you click on the text face and 
then drag away, the click is no longer valid, even if the mouse is 
still over the icon-frame face, because it detects OVER and AWAY 
for the face, I'm clicking and not the parent face.


This causes some clicks to be lost if you are clicking at the edge 
of the text face and accidentally moving the mouse away from the 
text face, say, the space between the icon and the text which is 
a natural place to click.


I've tried using DETECT, but this is greatly inefficient, because 
it processes all events.


I've noticed that the standard ICON face in VID behaves the same 
way. which I think is incorrect. Is there a way to transfer OVER 
and AWAY information from the parent face?

view layout [i: icon "Hello!"]


demonstrates this: Click and hold on the text and drag towards the 
icon. Or do the same from the icon towards the text. The click is 
lost.

So the face hierarchy looks like this:

tool-bar
       |
icon-frame
      /  \
    /      \
icon   text


I would suggest blowing away the feels of the icon and text and do 
all your event handling in icon-frame/feel.
Is there any reason you can't do that ?

that's already what I'm doing. the problem is that the OVER and AWAY 
events seem to be from those faces with FEEL set to none anyway.

You're right, that's a confusing aspect of over and away events in 
the engage function.

I am quite positive I solved this before using a combination of feels 
somehow....

Yep, I was an expert on this 11 months ago, apparently.

do http://home.wilddsl.net.au/anton/rebol/doc/event-flow-diagram.r

Have a play with that and see if you can capture all the state changes 
you need.

I think now you probably have to have feel/engage in both the icon 
and text faces.

neat program!

maybe it can be done by measuring the offset instead of relying on 
AWAY

apparently not directly...

making it possible to see where an OVER or AWAY came from would make 
this a whole lot easier.

Are you sure you need subfaces ? Is the text really essential as 
a separate face ? You might avoid all this confusion with feels by 
using a single face, which can show both an image and text natively, 
or use the draw dialect.

text is required to be centered. this is not possible to do with 
draw accurately.

(I suspect you are aiming for a simple specification using existing 
VID styles icon and text. Is that true?)

Yes it is. It's fiddly though.

I've tried and found it to be too hard to be worth the trouble. It 
depends on the font and the size of the font.

Calculating the size of the text is the most fiddly part. But I can 
help there.

I won't be using DRAW.

I've just been doing that whilst making a tab-bar the last couple 
of days.

Yes, I don't think you need draw for this. What's the link again 
to your tool-bar demo ?

see announce

I've redone some feel code so it responds much better now, but there 
are still problems. this is a different problem now with being unable 
to use the 'over function to determine whether the mouse is over 
the icon frame or not while the left mouse button is pressed.

so if you are clicking on top of the icon frame and move the mouse 
away, you can't cancel a click.

Mmm.. just quickly, looks to me like you don't need subfaces... but 
dinner time..

highlighting requires two different effects, one for each face. also 
there are differences when showing icons and text, or only one of 
each.

Ok, so you need subfaces for those effects.

oh well... perhaps DRAW is the right way forward to draw the image 
and then bottom align the text. maybe then it really can be done 
in one face.

can't you use font/valign: 'bottom ?

yeah that seems to work

I think this is something that's worth taking up for VID+

Ah yes, definitely. I found the system quite confusing when trying 
to achieve certain things.

It's silly that feel/over is blocked when the left mouse button is 
being held down. this prevents me from detecting the face edge properly.

After intensive study, you can start to see it has its own twisted 
logic, but it can definitely be improved.

Yes, you have to use engage.

engage and over together.

the problem with engage is that it blocks when another face is overlapping 
it. the same problem, just in the opposite direction.

yep :) welcome to madness :)

I've almost made it working now, except that exiting from the icon-frame 
is not detected, when the mouse is held down. I don't know how to 
deal with that. I can easily "exit" to the subface....

The question I tried to answer for a long time was "how do I know 
if the mouse is in this rectangle or not ?"

hmm.. that would mean the main toolbar might need a feel as well. 
this is getting messy.

engage should get away and up events.

Ah yes.. but it's the engage of the subface... yes...

it gets the away event, but too many times. I try to block that by 
asking which face I'm over, using feel/over, but feel/over doesn't 
work exactly when I need it to.