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

World: r3wp

[!RebGUI] A lightweight alternative to VID

Ashley
29-Mar-2009
[7928]
Pekr/Graham (re group-box resize overlap convo from 13-Jan) ... it's 
a limitation not a bug. The #H and #W directives assume they are 
by themselves in a given row/column.


Instead of ... unview/only face/parent-face/parent-face ... why not 
unview/ony find-window face
 ... performance over coding efficiency.  


Ashley hasn't been on line here since xmas eve ... is he on a rather 
extended holiday

 ... the GFC has forced me to allocate considerable resources elsewhere, 
 but I'm back for the time being.


button is blue. But with over effect, going to green (default?), 
and with press, going pink

 ... the over (theme light) and press (state light) colors are global. 
 118 fixes the problem whereby these states lost your original color 
 override.


We have arrow key navigation of tables.  How can we get the enter 
key to do the action?
 ... add 'table to behaviors/action-on-enter
Pekr
29-Mar-2009
[7929]
thanks ...
Graham
29-Mar-2009
[7930x3]
Ashley, you're alive!!
Any ideas on enhancing the tree widget to have a hidden field we 
can use to access db records?
ie. a db key
Ashley
29-Mar-2009
[7933]
Example usage?
Graham
29-Mar-2009
[7934x4]
forinstance .. in a table, i usually have a hidden field size .001 
so it won't display
i can then update that row based upon that db key.
options [ "key" left .001 ..... ]
that could be a 30 char long uuid and it won't show
Ashley
29-Mar-2009
[7938]
Something like:


 tree data ["Pets" ID-10  ["Cat" ID-11 "Dog" ID-12]] options [value]

which returns the value instead of the display string?
Graham
29-Mar-2009
[7939x2]
returns both?
but only one is displayed in the tree
Ashley
29-Mar-2009
[7941]
Both is good. That's a fairly simple change to tree.r ... if I find 
some time over the week I'll do it.
Graham
29-Mar-2009
[7942]
thanks
Graham
30-Mar-2009
[7943x3]
This is an odd one


display/dialog "test" [ edit-list "1" data [1 2 3]  return text "some 
space"] do-events

click on the edit-list, and tab out .. the window disappears
Doesn't happen with drop-list, and doesn't happen with display/parent
There's another thing with edit-list.  Unlike a drop-list, you can 
tab into it, and use the down arrow to cause the list to drop, but 
you can't use the keyboard to select a value.  You have to switch 
to using the mouse.
Graham
4-Apr-2009
[7946x2]
Any chance of navigating the tree with the cursor keys?
And selecting a particular leaf programmatically?
Ashley
5-Apr-2009
[7948]
Tracked down the edit-list tab problem ... it's the on-unfocus handler 
it inherits from drop-list that is causing the problem. Need some 
way of conditionally wrapping the hide-popup so it only does it if 
the edit-list is actually active.

Other issues are noted.
Graham
5-Apr-2009
[7949]
Thanks.
GiuseppeC
6-Apr-2009
[7950]
Ashley, one question. As you have created the best GUI solution for 
REBOL2 I ask to myself why your still not involved in REBOL3 GUI. 
Are you waiting the final VID version to port your great experience 
in this area ?
shadwolf
6-Apr-2009
[7951x2]
hum logically because R3 is not official and completed so stabilised 
etc...
if you do a hudge work to have to redo it from scratch next week 
that's not fun
shadwolf
8-Apr-2009
[7953x4]
REBGUI 117 whaoooo version  the looks really really pro and mature 
project congratulation Ashley
how can i add a custom rebface to rebGUI  to make it dynamical know 
the existance of my custom rebface
ok i found the documentation on deboash.com  ^^
documentation is not reflecting actual rebGUI structure T___T (reb-widget.r 
is old)
Graham
9-Apr-2009
[7957]
just reporting this error ... no expectations

make object! [
   code: 300
   type: 'script
   id: 'no-value
   arg1: 'event
   arg2: none
   arg3: none
   near: [case [
           event/double-click [face/action/on-dbl-click face]
           act = 'up [face/action/on-click face]
           act = 'alt-up [face/action/on-alt-click face]

           act = 'key [face/action/on-key face event face/action/on-edit face]

           act = 'scroll-line [face/action/on-scroll face event/offset]

           act = 'scroll-page [face/action/on-scroll/page face event/offset]
       ]]
   where: 'wake-event
]
Graham
11-Apr-2009
[7958]
I'd like a text variant .. eg. a-text for active text which highlites 
on over and returns to its color on away.  I can get the over working 
okay, but the on-away doesn't restore the color.
Steeve
11-Apr-2009
[7959]
lol, why do you use CASE here ?
Graham
11-Apr-2009
[7960]
not my code .. it's Rebgui code
Brock
11-Apr-2009
[7961]
Pardon my ignorance, by why wouldn't you?
Graham
12-Apr-2009
[7962x3]
Not clear to me why this error occurs
>> display "" [ table 40x100 options [ "name" left .99 ] data [ "a" 
"b" ] [ face/remove-row 1 ]] do-events
** Script Error: Invalid path value: remove-row
** Where: action
** Near: face/remove-row 1
when you click on a row to remove it
Ashley
13-Apr-2009
[7965]
try

>>display "" t:  table 40x100 options [ "name" left .99 ] data [ 
"a" "b" ] [t/remove-row 1 ]] do-events ... (untested)
Graham
13-Apr-2009
[7966x3]
just naming the table?
Hmm.  works.
display "" [ t: table 40x100 options [ "name" left .99 ] data [ "a" 
"b" ] [ t/remove-row 1 ]] do-events
Ashley
13-Apr-2009
[7969]
Hi Giuseppe, I'll respond in full to your questions here as I've 
had quite a few emails recently asking similar questions about the 
future of R3 and RebGUI.

As you have created the best GUI solution for REBOL2

 ... Thanks, remember that "best" is in the eye of the beholder though 
 ;) ... RebGUI was created only because VID wasn't up to the task.

I ask to myself why your still not involved in REBOL3 GUI.

 ... Apart from the fact that I cannot give the project the time it 
 requires, the R3 GUI is in far more capable hands than mine. I'm 
 looking forward to it making RebGUI obsolete! ;)


Are you waiting the final VID version to port your great experience 
in this area ?

 ... When the R3 GUI is stable I'll look at how best to port apps 
 from RebGUI to it. I'm thinking either a compatibility layer or an 
 outright script conversion utility. But while we wait for that glorious 
 future (stable R3/GUI SDKs on Windows, Mac and Linux) RebGUI is still 
 the only R2/GUI game in town (IMHO).
Graham
13-Apr-2009
[7970x2]
Does this apply to all the table functions?
I'm thinking that perhaps I've always used table names for the other 
functions ... such as select-row
Ashley
13-Apr-2009
[7972]
Yes, the functions belong to the widget not the row face.
Graham
13-Apr-2009
[7973x3]
face/parent-face/remove-row then?
display "" [ table 40x100 options [ "name" left .99 ] data [ "a" 
"b" ] [ face/parent-face/remove-row first face/picked ]] do-events
seems to work
shadwolf
13-Apr-2009
[7976x2]
RebGUI was created only because VID wasn't up to the task. damn right 
ashley but nothing guaranty us the VID next set of widget will be 
hum more reliable (to not say more usefull ...) but still VID remain 
 a powerfull things so with our without cool widget set from base 
since VID stay a powerfull base and draw still remains too it's still 
possible to make a set of widgets more hum .. more to feet our taste 
and needs ?
R3 is not for tomorow ( or maybe Carl done some crazy amount of work 
in the night and gets all ready for tomorow morning ???) so rebGUI 
still has a couple of years to go on ^^ and as a matter of fact i 
prefer i good VID /DRAW  system with no widget than lot of widgets 
with a not extendable dialect what makes all the interrest of VID 
is therefor the high flexibility of it and it's relative simplisicity 
and that aspect have to remain and even been enhanced