World: r3wp

Lines 308-337 of http://trac.geekisp.com/rebgui/browser/rebgui-layout.r
plus any widget specific attributes from http://trac.geekisp.com/rebgui/wiki/WidgetList

Cyphre and I have continued to fix bugs and enhance RebGUI. We still 
have some bugs to fix but than it's time for a new release. As new 
widgets we have done a CHART widget that lets you do bar, pie, torus 
charts.

The CHART stuff is based on draw.

nice ... I am working on initial doc for grid, however I am more 
than one week late ... hopefully I will be able to release it in 
3 days ...

btw - combo-box - you can still scroll under the horizont - the bug 
that was there with table too ...

some way to ensure a window stays in front would be nice .. ..

Does that by default:

	display "A" [button "A" 40x40 [display "B" [button "B" 20x20]]]


Click button A, then B, then A again ... at least that's the way 
it works under 1.3.2.3.1

display "A" [button "A" 40x40 [display "B" [button "B" 20x20 [ display 
"C" [ button "C" 10x10] ]]]]

It doesn't for me ... button C will not stay infront of button B, 
but will stay infront of button A

ie. both stay infront of A, but C does not stay infront of B.

>> rebol/version
== 1.3.2.3.1

Easy enough to do ... just change line 83 of %rebgui-display.r to 
read:

	... reduce ['parent last ...


Consequence of this change (in the example above) will be that closing 
window B will close C. I'm loath to introduce specific 'parent declarations 
... how about a refinement that overrides the default "parent is 
first" behaviour? e.g:

	display ...	-> the default, parent is first window

 display/parent	-> parent is last (usually previous/calling) window

if C stays in front, then, closing B causing C to close is okay with 
me.

Actually, a refinement would be good having tested the change above 
which does not suit.

Added rev#31 with above refinement change to SVN.

radio-group: I think we need to enhance this widget by introducing 
an ID per selection option, that can be stored to a database. If 
you store the text, problems araise if the text is changed. If you 
store the selection poistion problems araise of the order is changed.

What do you think?

I'm happy with the current behaviour.

I'm not sure what enhancement you are proposing.

radio-group data ["Option 1" "Option2"] while developing your app 
becomes radio-group data ["Feature B" "Feature A"] 

How do you handle old records?

I use the index

sometimes ...

othertimes, I translate the text into T/F for storage into database

Char(1) takes up less space, no?

Yes, but TRUE/FALSE is position dependent. If you swap the order, 
you restore the wrong value.

Don't swap the order.

Sorry, it's been some time since I last used RebGui, so I've got 
a few questions.
(How) is it possible to ... ?

- change double-click handling of an area? (I would like to call 
a function with the position or word clicked on)
- change keyboard handling in an area? (like add auto-indent)

- have timer event, that fires after specified times (it would be 
ideal, if the timer could be reset on every key-press)
(I don't know how many changes RebGui adds in these areas).

Thanks,

Ingo

fld [ single click ] [ double click ] [ right click ]

Not what you're asking?

SORRY !!! (I _REALLY_ should have RTFMed before asking! ;-(

I juast didn't find the the manual at the time, and I seemed to remember 
that it was something really, really advanced, ... and I got only 
2 hours of sleep last night, and ...

Well, thank you ;-) I guess, that's it! ;-)

you can create your own keyboard handler ... by altering the existing 
one.

there's an example of a timer event on the front screen of the demo.

Anton, does your code to remove tabs from a tab panel destroy the 
widgets that are present in the removed tabs, or does it just hide 
them?

OK, thanks, one more question, I have searched the docs, but didn't 
find anything ...
How do I position the caret in a rebgui area?

Same as in View:

	system/view/caret: at face/text pos
	show face

Graham, I think I never touched the Rebgui tab panel....

I'm sure you posted some code on how to dynamically remove tabs from 
rebgui panels

Yes, December 8th http://www.lexicon.net/antonr/rebol/rebgui/add-remove-tab-panels.r

Ashley, how do you programmatically select a tab to display?

Ah, thank you.

Hmm, I want to position the caret, by clicking in a text-list, which 
lists sections of the document.
The action in my text-list
[
         __picked: first face/picked
         show-focus ar-text

         system/view/caret: at ar-text/text sections/:__picked/pos
         show ar-text
      ]

now, when I click into the text-list, ar-text is focused, and the 
caret is shown in my ar-text, but when I release the mouse-key, the 
text-list is focused again.
What can I do here?

Ingo .. check this as in http://polly.rebol.it/test/test/rebgui/../../test/rebgui/edit-area.r

Thank you, has this been discussed on AltME once? I tried to search, 
but inbuilt search seems to be barely usable

Yes, it has been discussed

:)

I use my memory which is better than Altme's search

It does not solve my problem, though:

edit-area keeps the current focus, while unfocused (to access it 
from the button)

I want the button click to focus on the area (at the new position), 
but at mouse release, the focus switches back to the button.

can you show some demo code ...

display "Test button focus to area" [
   button "Pos" [
      show-focus ar-text
      system/view/caret: at ar-text/text 10
      show ar-text
   ]
   ar-text: area {1234567890

When I click on the button, the caret is positioned between 9 and 
0,

but when I release the button, the focus changes back to the button}
]
do-events