World: r3wp

yes... not possible to slap on a dialect if your app is that complex.

Graham - not sure about RebGUI, but VID generates face structures 
at the end anyway. So - I am not sure you can easily make F keys 
local to certain screen. Well, maybe you can, but you would have 
to look how RebGUI handles events underneath. What I disliked about 
some tab styles was that all your tabs are always instantiated, whereas 
I wanted load-as-selected behaviour. That could help a bit in your 
situation.

With one of my apps, I used win32 wrapper to get-window-text function, 
and I set window's text title. Not sure you can change title when 
you select different tab? What about setting one global variable 
for such purpose, which you would set each time when entering new 
screen? Maybe lot's of work to do it now, as you have 300 screens 
already, but :-)

In VID you can handle F keys by window with the event handler of 
the window. Hope that what you call a screen is a window :-\

Pekr, you can create empty tabs, and then replace the tab contents 
dynamically.

Didier, I'll have to look at Rebgui to see if it can do this .. but 
at present I can use the window text.

Of course, if a window always had an "OK" button function, a "Cancel" 
function and a "Save" function, this would make things somewhat easier.

So, I think I need to alter the display function to create default 
handlers for the function keys

Graham - there are some aproaches out there. Some apps choose some 
pre-app-run dialog box, which let's you select, where you want to 
go. I am not much comfort with it, e.g. Open Office 3.0 starts that 
way. Othere do use different aproch, e.g. - on the left side, you 
have icon-list element, which can be even tabbed. That defines your 
right pane content

http://www.megaleecher.net/uploads/spybot_search_and_destroy.jpg


You can have many icons, on many tabs, so many options of how to 
organise your content pane ....

Graham - where's you green color? :-) I can't almost read your name 
on my notebook's LCD now ...

I'm feeling a little off colour today

Just wondering if Vid+ addresses this sort of issue too?

it is imo not question of particular GUI system, but the question 
of widgets available. That is why I also wanted split-screen, resizable. 
But - those issues are not RebGUI related, so we are most probably 
chatting in wrong group ...

Instead of ... unview/only face/parent-face/parent-face ... why not 

unview/ony find-window face

?

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

Graham - do you change button colors? E.g. if I set button blue in 
dialect, I actually get 3 color - normal state, over state, pressed 
state. But those colors are like color wheel - totally unrelated 
:-) I wonder if color related code reflects changed button color?

I do change button colors ... but I haven't noticed anything odd

display "test" [button blue "Hello"] do-events

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

not for me

what version are  you using?

Oh ... latest version huh?  I'm not using that one.

Of course using find-window is not as efficient.

version 118

go back to earlier version

I have report from bobik, that 117 is even worse in that regard ...

Try 116 then .. or whereever it was before Ashley used the new color 
scheme.

We have arrow key navigation of tables.  How can we get the enter 
key to do the action?

Hmm.  Perhaps the latest build does do this.

Anyone using the RebGUI tree widget?  I'd like to use it ... but 
I don't see a way to have a hidden field that could be used to retrieve 
a db record

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

thanks ...

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

Example usage?

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

Something like:


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

which returns the value instead of the display string?

returns both?

but only one is displayed in the tree

Both is good. That's a fairly simple change to tree.r ... if I find 
some time over the week I'll do it.

thanks

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.

Any chance of navigating the tree with the cursor keys?

And selecting a particular leaf programmatically?