World: r3wp

GRaham sorry I don't notice your masage on list50 bugs ... those 
issues have been fixed later today and I repost it under same name 
so just redownload it ;)

Just took a look at Tour.r again.  I must say I'm amazed!  this is 
really good work!

and could be even better if we have a largest use of draw/AGG for 
menu popup scroll down animation

WRT Spinner, I prefer three buttons, Up, Down, and a middle button 
the pops up slider like DideC suggested...

And yes I do use those...

Problem with 3 buttons is that they are small !

(I use something like that in Paint Shop Pro)

Yes, that can be a problem at times but they've always worked pretty 
well for me...

Yup, that's where I got the idea...

or many other draw effect exploiting capabilities of AGG

Another possibility is to put the arrow buttons side by side

now AGG it's official and it would be very cool to use it lightly 
but cleverly to make a sharpen and diferenciable set of widget ...

AGG is fine, but is for rendering something in a face.

You can imagine having only one face and drawing all the UI with 
Draw commands, but you will need to put a BIIIIIIIIIIG function in 
window-feel to handle all the user inputs  at different xy mouse 
positions !!

I'm thinking for example of transparent popupmenu in menu style of 
Cyphre this is an other example of how we could use draw/AGG to enhance 
RebGUI global interaction

DideC My idea is not to make rebgui complicated but only to make 
it wither but thinking of it the scrolling down effect can be made 
without AGG in fact

What I dislike in "current" release (1.3) is that there is two rendering 
engine: one for 'effect and one for 'draw. So you have capabilities 
(ie: better alphachannel handling) with Draw that you don't get with 
'effect.
So to make a more than 2 colors gradient, you need Draw.
I hope that 1.4 will fix that

yes but maybe that's due to a background need

because carl things that effect needs are differents than the draw 
one ...

I don't thik he takes the time to make 2 engine and one poorer than 
the other one only for fun ;)

for modern and glued-into-os apps, it would be handy to have "translucent" 
top-most window, what do you think?

Great, but remember that translucency only works on Win2k and above 
on Windows, and the situation is even less consistent on Linux. Should 
work on Mac though.

Peter, what do you mean by "smart arrow" ?  Arrows together ?  I 
was planning to add that option anyway.

Ashley, your argument has swung me to your point of view. The only 
thing is I would prefer rebgui-face instead of rebface, just to be 
totally unambiguous.

Ashley, can we use DO-FACE ?  (It's not listed in widget designer's 
guide.)

Anton - arrows together? Like in AmigaOS - you don't have arrows 
at the ends of slider, but on one side optionally ... it is easier 
to move mouse few points, than to go up/down, left-righ, when using 
arrows for scrolling ...

Yep, like amiga :)

Yes, arrows together at  the bottom right-hand side of the window. 
Much less mouse movement as Petr mentioned. 


I must admit I didn't know that Amiga had "smart arrows" but then 
I've never seen an Amiga.

Anton: no harm in using do-face, but "face/action face" is usually 
enough. I chose rebface (even though it is an SDK component name) 
as it is consistent with rebfocus and any other VID words I need 
to redefine. I didn't want a proliferation of rebgui-* function names. 
On the other hand, it's a lot easier to rename rebface / rebfocus, 
etc than the original face to rebface change! ;)

maybe we should think about a name change? rebface looks a lot like 
"the face inbuild in rebol." rebgui works as "a gui for rebol", but 
rebface?

Ashley: How about adding a main link to each rebgui document to go 
back to start page of RebGUI.

Where is the word "cascade" used? I'm currently doing the german 
translation.

Perk the translucent window capability is anOS feature that I request 
since lot of time but the key point is that this function is only 
accessible for some OS and for Linux it's a enligntenement layer 
(doesn't work with other X11 based windows manager ) example eterm 
is translucent but works only with enligtenment windows manager (the 
ones that comes with gnome )

in a short time the Windows REBOL/View will need to adapt to the 
need WinFX library that will replace Win32 API starting from LongHorn 
so VID  back ground will need to change ... Maybe this could open 
to the WinFX/Avalon 3D design capability directly from VID

Cascade: Opera. Option to cascade or tile windows.

If anyone can work out why popup/away doesn't work from within display 
(by uncommenting the display line and commenting the view line), 
please let me know.

	REBOL []

	do %rebgui.r

	;display "test" [
	view layout [

  button "Click here" [show-popup/away make system/standard/face [] 
  do-events]
		text "Then here."
	]

	do-events

It would be very good to get this working [with RebGUI].

so, what is happening is that when using display, the popup appears 
only momentarily and then disappears

Is there a way to initiate an action on clicking specific tabs of 
the tab panel?

forinstance, if the data for a panel is held by a database, and I 
want to update it as that tab is selected ...

perhaps as an optional block of actions which can be used by the 
engage function

Ok, new SLIDER demo:

load-thru/update site/rebgui/slider.r
do site/rebgui/demo-slider.r

site: http://www.lexicon.net/antonr/rebol/

Anton, these are very nice, finally, grabbing the draggers by mouse 
works as expected. Nice, again.

Thankyou. If you look, everything is rendered using DRAW dialect, 
no subfaces, pane is none. :)

I know, the RebGUI approach ...

... which I thought should speed it up and make it easier to iterate 
in a list.

Didn't look in the source, but: the arrows self-contained in the 
slider?

... are ...

Yes, arrows are drawn in slider-face/effect/draw block.

Ok, I see. Nice work, once again.