r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!RebGUI] A lightweight alternative to VID

Robert
7-Apr-2006
[3299x2]
I have the following problem: I need to provide a drop-list with 
two columns. And one of the columns has long texts in it, so that 
you can't read it if the drop-list isn't made extremly wide. Has 
anybody an idea how to best create the GUI for such a selection?
Maybe something like a tooltip would help...
Volker
7-Apr-2006
[3301]
or make it clickable and open a text-window?
Graham
8-Apr-2006
[3302x2]
Anyway to filter on a table ?
So, only display rows that match a certain criterion?
Ashley
8-Apr-2006
[3304]
Not presently.
[unknown: 9]
9-Apr-2006
[3305]
KEY123 (please ignore)
Graham
10-Apr-2006
[3306]
Can you change the size of text within a table?
Ashley
10-Apr-2006
[3307]
Not individually as it uses default-font.
Graham
10-Apr-2006
[3308]
how about all the text in a table ?
Ashley
10-Apr-2006
[3309]
By individually I meant the table in isolation to other widgets (i.e. 
using font [size: nn] instead of set-sizes)
Graham
10-Apr-2006
[3310x2]
Ok.  I've give that a go.
this doesn't work 
mytable: table 25x68 font [size: 5 ] #YH options ...
Ashley
10-Apr-2006
[3312]
Not individually as it uses default-font. ;)
Graham
10-Apr-2006
[3313]
So, can I set the font size in a particular table isolated from other 
widgets?
Ashley
10-Apr-2006
[3314]
No, as it uses default-font.
Graham
10-Apr-2006
[3315]
shame.
Ashley
10-Apr-2006
[3316]
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.
[unknown: 9]
11-Apr-2006
[3317]
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.
Gabriele
11-Apr-2006
[3318x3]
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)
[unknown: 9]
11-Apr-2006
[3321]
Agreed.  HTML for example scales pretty well, and does not resize.
Graham
11-Apr-2006
[3322]
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.
Henrik
11-Apr-2006
[3323]
http://homepage.mac.com/nojiri/macosx/imagemacosx/diskfolder1aen.jpg
<--- like this?
Graham
11-Apr-2006
[3324x2]
Yes.
For places where you have limited screen space and need to pack more 
data.
Chris
11-Apr-2006
[3326x3]
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
shadwolf
11-Apr-2006
[3329x2]
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)
Graham
11-Apr-2006
[3331x2]
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.
Maxim
11-Apr-2006
[3333]
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).
Claude
12-Apr-2006
[3334]
could we have an example thanks !!
Maxim
13-Apr-2006
[3335]
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 :-(
[unknown: 9]
13-Apr-2006
[3336]
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).
Maxim
13-Apr-2006
[3337]
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.
[unknown: 9]
13-Apr-2006
[3338x2]
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.
Robert
13-Apr-2006
[3340]
Yes, good widget.
Graham
14-Apr-2006
[3341x2]
Outlook bar control would be a good addition to rebgui.
And VID of course.
[unknown: 9]
14-Apr-2006
[3343]
Agreed.
Robert
15-Apr-2006
[3344x5]
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?