World: r3wp

By individually I meant the table in isolation to other widgets (i.e. 
using font [size: nn] instead of set-sizes)

Ok.  I've give that a go.

this doesn't work 
mytable: table 25x68 font [size: 5 ] #YH options ...

Not individually as it uses default-font. ;)

So, can I set the font size in a particular table isolated from other 
widgets?

No, as it uses default-font.

shame.

It's rare to come across a GUI (WinXP, Mac) where widgets have arbitrary 
sizes. The intended use of the font attribute is to change things 
other than size (alignment, style, color mostly) ... but even then 
I like to remind myself that in UI design consistency is king.

True, but ussually fonts do change (even inside tables).


I have always felt teh whole you UI should be sizable.  I really 
liked the NeXT.

actually there are two things: 1) ability to scale 2) ability to 
resize

scale

 is where you adapt to different display resolutions, so that for 
 e.g. the text is always 12pt high, whatever the display resolution 
 is

resize

 is where you allow the size of elements to change, as you change 
 the size of the window etc. (e.g. if you change the size of the altme 
 window you get more space for the text, but the text size stays the 
 same)

Agreed.  HTML for example scales pretty well, and does not resize.

I've got another idea for a widget that I've seen around.  Basically 
it's a type of tabbed style.  You have a number of say tables aligned 
vertically, but the data is not visible.  You click on the header 
of the table, and the table expands vertically to show the data, 
while other open tables collapse down to make space.

http://homepage.mac.com/nojiri/macosx/imagemacosx/diskfolder1aen.jpg
<--- like this?

Yes.

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