World: r3wp

make it optional...

I spend most of my time inside area fields ...

Graham, that caret insert question you had before can be easily solved 
with something like:

display "" [
	a: area "12345"
	button [
		all [
			system/view/caret
			insert at a/text index? system/view/caret "-"
			show a
		]
	]
]


More complex variations (to handle keyboard focus change, multiple 
area targets etc) can be built with code like:

	...
	area on-unfocus [i: index? system/view/caret true]
	...


but the first example handles simple "click within area, click on 
button" type scenarios pretty well as is.

Also committed rev#26 with support for Ctrl-Enter hard tabs, and 
removed references to drop-tree/number-field so create-distribution 
works correctly.

Thanks Ashley, I'll give that a go.

Hmm. Your demo works, but in my program, it always inserts at the 
head of the area field ie. index? system/view/caret is 1

You should check if the caret is in your area/text :
button [all [
	same? head system/view/caret head a/text
	insert ...

Oh no, sorry I misunderstood. Once the caret has left the area and 
moved to another widget the index it was at is completely lost. You 
would need to store the index on each key press, or trap the loss 
of focus and store the index then. Pressing the button would refer 
to that stored index.

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

** Internal Error: Stack overflow
** Where: into-widget
** Near: unless find [object! block!] type?/word get
** Press enter to quit...

Got this error again on tabbing out of a field :(

display "0" [
	button "Click me" [
		display "1" compose/deep [
			f: field "Type here" [
				display "2" [
					button "Close" [show-text f "hello" show-focus g unview]
				]
			]
			return
			label "I can tab to here but can I type?" g: field ""
		]
	]
]
do-events

click on the button, and then type in the first field, enter,  click 
the button.

you can now tab between the two fields but can not type as the window 
"0" has focus.
Odd ....

Is Rebgui not tracking the windows correctly? Or something?

Could be that after a button-action the focus is removed, so show-focus 
does nothing.

Except I do have some type of focus as the tab still works correctly.

Just can't type.  And the window is not highlighted as though it 
does not have focus.

Hmm. how about activating it first?

how?

IIRC, basically: win/changes: 'activate show win

but does not help on linux

display "0" [
    button "Click me" [
        display "1" compose/deep [
            f: field "Type here" [
                display "2" [
                    button "Close" [
                        show-text f "hello" 
                        show-focus g unview 
                        win: find-window g 
                        g/changes: 'activate 
                        show win
                    ]
                ]
            ] 
            return 
            label "I can tab to here but can I type?" g: field ""
        ]
    ]
]

win/changes: 'activate;but still nothing

better ..

I see that VID doesn't have this problem.

I guess it's rebgui bug?

any documents about rebguis patches? AFAIK it has some to events 
and hotkeys and such.

don't remember ..

that stack-overflow, do you have an example?

I can't reproduce it.

But I thought it was due to some lack of focus problem

Which I was exploring focus problems

that 'into-widget goes recursively thru the panes.

so either you have a parent pane as child-pane, or it has a bug.

or the error-messsage is misleading.

but that should be reproducible.

I'm not setting any panes manually.

Just using rebgui in vanilla fashion

so, I think it's a rebgui bug

i agree. 'show would throw an error otherwise.

what would you consider the next most important style missing in 
RebGUI? Is that Menu, or Tree-view? Or other? As for me, it might 
be Tree-view, as it allows to display hierarchies ....

I think WRT widgets we are mostly complete. What I see as the next 
big step is to add runtime APIs to the widgets like: changing the 
buttons in a radio-group, selecting a button programmatically.

For those wanting to see first results of rebgui-grid, here's the 
screenshot - http://www.xidys.com/rebgui-grid.jpg

it is already ways more powerfull than rebgui table .... still some 
features missing though ...

nice looking

rebgui is not nice looking :-)

sometimes beauty can be below the surface :-)

Chris' buttons on the left - that is what I call nicely looking :-) 
http://www.xidys.com/btn-comparison.jpg

well, it is nice to hear it from the guy, who is author of most powerfull 
grid I ever seen (well, except my favourite and needed horizontal 
scrolll, which Cyphre's version supports from now on)

what's that icon in the title bar?

>> ? help
USAGE:
    HELP 'word

DESCRIPTION:
     Prints information about words and values.
     HELP is a function value.

ARGUMENTS:
     word -- (Type: any-type)

>> do %/c/rebol/rebgui/rebgui.r
Script: "RebGUI system" (11-Jul-2005)
Script: "Untitled" (none)

>> ? help
USAGE:
    HELP 'word   word -- (Type: any-type)>>

What does this?