World: r3wp

>> 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

so when you tab back into the area, you want to keep the 0,9 caret 
position?

Not exactly. What I want is, that clicking on the button focuses 
the area, and that I am now able to directly type in the area.

oh ...

and, at the given position, yes.

Thinking aloud: I guess that the show-focus ar-text should be placed 
in the unfocus event of the button?

yes

but show-focus probably sets the cursor to the end again

I'll try to do some patching now ... sorry, I'm on a modem line, 
and need to be erachable by phone, so bye for now.

The following works with button, but not with text-list (which I 
want to use) ...

display "Try to change feel" [
   tl: text-list  feel [
      engage: func [f a e][
         print a
      ]
   ]
   data [ "click"]
   [print 'action]
]
do-events
probe tl/feel
halt

Graham, now that you show me the code, which is now available here
http://anton.wildit.net.au/rebol/rebgui/add-remove-tab-panels.r
I can almost remember writing it !

Ok, the technique used to add/remove tabs from the tab-panel looks 
quite destructive, replacing all the old tab faces with new ones 
whenever a tab is added or removed.