World: r3wp

I have done extremely advanced styles in rebol, including a video 
editing timeline with scalable time and slideable tracks,  and face 
can be extremely fast when its used properly.  The only issue so 
far was Draw speed (fixed with AGG) and slow face blitting (cpu based). 
 Otherwise, if your face is not full screen, you can scroll 300000 
cell tables 10 times a second... (yes with advanced styles and resizing 
and the like).

could we have an example thanks !!

I did a demo of this at devcon 2004, its was a test within glayout. 
 Sorry to say I'm currently too busy to have fun :-(

Graham, the thing you describe is also (in addition to the Henrik 
link) called an Outlook control (I don't know why Microsoft gets 
the credit).

Claude, I just wanted to make sure people know that face is effective 
and fast... I can give a quick pointer... to make VID faces fast, 
I had to remove all the code within feel/redraw.  Using feel/redraw 
is a major performance hit when doing large layouts.

http://www.c-sharpcorner.com/Code/2002/April/OutlookBarIL.asp

I like it also.



I fact there is a super set that Fireworks uses.  In addtion to the 
up down open close stuff, it...

Allows you to tear the off as thier own windows.
Doc the windows over other windows, which become horz tabs.
Reorder them.

We are currently working on this for the new Framework.

Yes, good widget.

Outlook bar control would be a good addition to rebgui.

And VID of course.

Agreed.

how can I avoid that the used words in a RebGUI layout are added 
to the global context?

ok, forget it... got it.

First think, than write ;-))

But now I got a problem: I use some drop-lists that have much more 
entries than fit on the screen. When doing this I now get the following 
error, if I use any of my drop-lists:

** Script Error: Out of range or past end
** Where: action
** Near: result: pick data first picked

Any idea what the problem is?

The problem is in file: rebgui-widgets.r inside the choose function. 
I don't have a clue what I have changed in my app to trigger the 
problem.

The bad thing is... it's a show stopper at the moment.

Robert post the bug to the rebgui trac system. http://trac.geekisp.com/trac

I will

Has someone any hint for me what the problem could be?

BTW: That's the direct link http://trac.geekisp.com/rebgui

How can I access the SVN repository via a client? What URL do I have 
to use?

svn://svn.geekisp.com/regbui

try that.

/rebgui

No repository found in svn://svn.geekisp.com/regbui

yes ... because I spelled it wrong.

Ah ;-')

Ok, I got it. At least the source of the problem.

I'm using SLIM to handle some module loading.

Here is a short example when it fails:
rebol []

;--- Startup
if system/product == 'Link [

 attempt [call reduce ["d:\rebol\view\rebol.exe" system/script/header/file] 
 quit]

 attempt [call reduce ["c:\programme\rebol\view\rebview.exe" system/script/header/file] 
 quit]

 attempt [call reduce ["c:\rebol\view\rebol.exe" system/script/header/file] 
 quit]
	quit
]

;-- use xpeers framework structure
link-root: first split-path system/script/path
link-root: copy/part link-root index? find link-root "/xpeers/"
append link-root %xpeers/
do link-root/framework/anamonitor300.r
do link-root/framework/slim.r

;-- RebGUI stuff

#include %rebgui.r unless value? 'ctx-rebgui [do link-root/framework/libraries/rebgui.r]

;-- SLIM stuff
slim/open 'debug none ; [mark-my-words]
; mark-my-words/init

unit-size: 4
font-size: 12
tab-size: 120x55

display/min-size "CalcIT" compose/deep [
	label "Land"
	drop-list 60 data ["A" "B"] return
] 1024x768
do-events
halt

If I comment the slim/open... line it works.

this is strange...  here is a stupid first  test, try to call rebgui 
after slim... does that change anything?

I would like to see a widget that allows scrolling of other widgets 
contained inside it.

graham - do you miss tree-view with your apps? just curious ....

not so far ...

In fact I wonder if the need for a tree view indicates a poor design?

not sure ... how do you want to display hierarchical structures?

Not at present... but I may need to later on.

it is also a pity, Henrik's grid does not work with RebGUI (although 
not supporting my favourite horizontal scroll :-)

Henrik's aim is to get it to work with rebgui eventually.

Ashley, just wondering how well RebGui runs on OSX  .. any reports?

Works fine here. One of my QA tests is to run %tour.r on both Mac 
and WIndows prior to each release and ensure all widgets work the 
same on both.

We have a drop down in RebGUI that when we click off does not close, 
any hints?

I think no hints ... it is long time reported misbehavior, but the 
trouble is, it is based upon rebol's pop-up model .... imo no chance 
getting it fixed easily enough ... although e.g. Cyphre's menu works 
.... not sure how difficult it is to change it ...

Well, that is a hint, I will ask Richard.  Thanks.

I have made small fix so the drop-list behaves like Reichart wants 
under View 1.3.x. If anyone is  interested you can grab it here:
http://cyphre.mysteria.cz/stuff/rebgui-widgets.r

Cool..

Works well, although it stll requires a click outside the popup for 
it to be dismissed (not merely moving the mouse pointer off the list 
as some have requested). Also note that this changes the behaviour 
of clicking from one drop-list to another (you have to click the 
new drop-list button twice ... once to dismiss the old list and now 
a second time to activate the new list). Note that the first hide-popup 
in the choose function (line 405) is no longer needed with this change.