World: r3wp

By the way, Robert, you can use FORM instead of TO-STRING.

Is there any difference between TO-STRING and FORM?

Not that I found.

form and mold go together, conceptually. FORM is like "convert to 
human readable form", while mold is like "convert to rebol readable 
form".

There are differences in the handling of blocks! 

>> to string! [1.0 1 "1"]
== "1.011"
>> form  [1.0 1 "1"]
== "1.0 1 1"

Don't know about other differences at the moment.

Ah yes, differences like that. Mmm..

Hey, anyone know if there's a way to return events to a face underneat 
the current one?

Like, make the checkbox here work, but keeping the box on top of 
it:

view layout [at 5x5 check 20x20 at 0x0 box 100x100 feel [detect: 
func [f e][e]]]

The best I can think of is looping through face/parent-face/pane, 
checking offsets, and activating the correct one... I'm hoping someone 
will have a nicer solution, though  ^.^

What's the ultimate goal Izzy? That is, why do you have a face over 
the face?

You mean make a face "transparent" to events ? You click right through 
the box, and it hits the checkbox. I did something like that once....

It helps to know if the covering face is the same size and offset 
as the face below. (then you don't have to modify the event/offset)

Check out this old script. It's a bit messy, but the example works.
http://www.lexicon.net/antonr/rebol/gui/transparent-events.r

See my newly uploaded package - %Entity.r - I'm looking for ways 
to have some unusual fun with Rebol faces, and right now I'm trying 
to get it to draw one top of everything, but still let buttons and 
such work

Yes, that is something I definitely wanted to be able to do too. 
So I've been stuffing around on that bit. I have updated the script 
(still not perfect, but could help you on your way.) See above link.

IIRC Cyphre has in his drag-drop-demo a find-face-underneath which 
scans the all faces, not only the ones in the parent-pane.

and to emulate events better, you can also do this:
 reduce [e/1 e/2 e/3 e/4 e/5 e/6 e/7 e/8   offset e/offset ..]
then poth event/1 and event/offset work

Yes, find-face-underneath is rudimentary. Needs to be a recursive 
search.

(that means " 'offset e/offset " of course

Volker, I just uploaded 1.0.1, which uses that technique.

Ah, got confused. you have a 'copy-event without it, thought you 
used that.

Check http://www.lexicon.net/antonr/rebol/library/window.r
for find-face-deep, which recurses.

Ah you're right. That is just remnant code from 2002.

reading %window.r . looks interesting.

from reading source, 'sum-face-offsets maybe needs update: it does 
not add the /edge for now?

Ok, thanks, I added to todo list to check that out.

ehh.. 10kb will take a while for me to go through *and* understand 
- for the moment I'm sticking to transparent-events  ^.^  eenyways, 
lunch and work meeting, then I'll start  >.>

i guess the important part in %window.r is 'find-face-deep (at the 
bottom).

and from rebol 'win-offset? to find the offset in your face, to add 
to event/offset . that should give the face under mouse.

but for a start the face-finder in %transparent-events.r is enough. 
i would stick with that script for a while :)

Yep. First get it working using simple one-level face-finder, then 
when all the events are going to the right place, merge in the deep 
face-finder.

Window Face Options part of new View doc describes 'activate-on-show 
option. So - does it mean my app will be activated (it will flash 
at taskbar or eventually brought to the front), or does it provide 
me with always-on-top window option?

Is it currently possible with REBOL to have always-on-top dialog 
box, so I can e.g. urge user to select/enter something and will not 
allow him/her to go back to underneath window screen?

one further question re new doc - does Event Flow section image displays 
for you in your browser? Maybe image link is incorrect?

... and I tend to agree with someone (do not remember now) who submitted 
RAMBO bug re strange behavior of 'over function. It is imo useless 
(try to prove me being wrong), if 'engage has to be used instead 
for "over" detection, when e.g. mouse button is pressed ... because, 
imo, it still belongs to 'over, although it is a bit "engaged" :-)

maybe 'over should be dismissed altogether ....

Not always-on-top. The Window becomes active (take OS window focus) 
or task bar button blinks each time you 'show the window.

The latest rotate-knob demo:

site: select load-thru http://www.reboltech.com/index.r[folder "Anton"]
clear find site %index.r
load-thru/update site/gui/rotate-knob.r
load-thru/update site/gui/demo-rotate-knob.r
do-thru site/gui/demo-rotate-knob.r

(needs View1.3.1)

nice work Anton! I like the leverarc

Thanks Kru ! See the history, I've been working on it all month. 
When I close my eyes I see knobs everywhere.

hmm, I copied and run above in my console and it displays message 
"Cannot run ...." to me ...

Levelarc is nice but unfortunately shows some small but noticeable 
inaccuracies in agg (implementation ?). Not a showstopper and hopefully 
they will be fixed in good time.

Anton, here's small idea for future improvements - leverarc should 
be able to change it's colour from green through yellow to red when 
changing value :)

Mmm. I think I've seen that somewhere...

I'll stick it in the ToDo list. :)

Actualy it would be nice to see some final Linux 1.3 this month... 
Im leaking intrest currently while only Windows version is released.. 
Its a pitty..

IIm not often complaining but Im getting a bit disapointed about 
this.....Well anyway.. Im killing GUI time here with some alternatives...Hope 
RT do  thier best..