World: r3wp

For places where you have limited screen space and need to pack more 
data.

I think something similar has been produced in Rebol before...

Ah yes, %layout.r

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=layout.r

hummm drop down list is a nightmare of coding ... this is typically 
(in my opinion) one of the easyly doable in C/C++ but tricky to do 
with rebol. Tricky but why ?? Mainly because of the speed when you 
have to redreaw the main pane and the scrolling interface

as it's widely dynamical widget you will have to heavily use the 
redraw  i don't know if rebol can handle that properly in term of 
 onscreen drawing speed and on the plan of the memory(this point 
is the dark spot of rebol)

Hmm.  Carl's one is pretty snappy .. but it's not done as a style.

Perhaps I can just cheat and use buttons, and have the data only 
on one table which is refreshed by the buttons.

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.