World: r3wp

I agree on 'drop-list / 'edit-list usability problem : the list should 
be at least closeable when clicking on the arrow button again - escape 
key isn't enough, as it's a mouse driven GUI.

Graham: RebGUI encap needs:
	#include %gfx-colors.r
	#include %gfx-funcs.r
I've added these to the next build.


Pekr: I've updated the choose func (used by drop-list / edit-list) 
to issue a hide-popup when the mouse leaves it. Feels pretty intuitive 
to me, but I'll see what folks think once the next build is out. 
;)

Vincent: Agree, I'll see about adding that for 0.3.0 as well.

I've also added a simple text-list widget (Robert) and fixed the 
strange table render problem (which you can see be increasing the 
horizontal width of the window *before* going to the "Table" tab 
for the first time).

is the text-list selectable yet?

Yes, even has a scroller. It is a much simpler widget than table 
(being only one column).

are alerts going to be part of rebgui?

display/popup "Alert" [button "OK" [hide-popup]]

does the "OK" have focus for the keyboard?

Not yet. My priority is getting everything working with the mouse 
first before ensuring everything can be driven keyboard only (which 
for complex widgets / actions is nigh impossible anyway - how does 
one resize table columns with the keyboard?).

action select key and cursor key ?

Anyway, my pet peeve is not being able to use the space bar to activate 
an "okay" button on a rebol requester.

How about an ok-button which has "Space" and "Return" keys mapped 
to it (assuming nothing else has focus), and a cancel-button / close-button 
widget which has "ESC" mapped to it (assuming nothing else has focus)?

sounds good

keyboard support is really important. RT will have to be supportive 
here though, and improve keyboard handlers. I don't agree with what 
Holger stated in the past, that they need to allow only keyboard 
events, which are cross-platform. We want key-down, key-up, alt, 
ctrl tab and other events too ...

as for more complex styles - they need to work. I can imagine even 
"focus nesting". Imagine few fields, grid and buttons on screen. 
You e.g. press arrow down to move to next fields, and once you reach 
grid, I would like e.g. by pressing enter, the focus to be treated 
in terms of the grid, so that arrows, page-up, down, etc. work in 
terms of grid only ... ESC would "break" and return focus to "global" 
level, etc.

I have one recomandation to do for the menu widget http://www.rebol.org/library/scripts/menu-system-demo.r

this one is perfect well my port of cyphre menu was good too ;)

ashkey: are you using show-popup and hide-popup? if so, just use 
the /away refinement, and don't provide a custom feel (so that the 
default one is used).

petr: key down and up are not that easy as you might imply. the rest 
is supported already.

ctrl tab is supported? From when?

ctrl is a separate field of the ecent

event

can simultaneous keypresses be identified?

and - why is better keyboard handler a problem?

1) no, that's a hw problem most of the times 2) rebol does not operate 
at such a low level.

ctrl-tab is catched by windows (like alt-tab)

win: layout [Text "Hello"]

win/feel: make win/feel [detect: func [f event] [if event/type = 
'key [print [event/control event/shift event/key]]]]
view win

but we need ctrl-tab - other apps have it - it is necessary for manually 
navigating via tabs :-)

windows does that, not the apps

afaik

what you want is REBOL/Games that directly ties to DirectX... :P 
not sure if we'll ever see something like that (i'd like it for sure)

Gabriele - I don't believe you somehow :-), sorry, I mean it in a 
good :-)

When we programmed in Visual Objects, we could override default class 
behavior and sometimes it was enough to add some strange parameter 
to function call, e.g. -1 or -4, don't remember, and you started 
to receive also otherwise blocked events ...

... but I can be wrong, it is 5 or more years I last touched VO :-)

Gabriele: what is the /away refinement *supposed* to do?

AFAIK it close the window if next event appear out of it (like clicking 
outside an open menu)

Excellent! Just tried it with RebGUI and it works beautifully; even 
with global events killed. I think the edit-list / drop-list problem 
is solved. ;)

Nice what one handy refinement can do :-)

Gabriele: http://www.codeguru.com/vb/gen/vb_system/keyboard/article.php/c4829
:-) ... not so easy, you'r right :-)

Latest build available at: http://www.dobeash.com/files/RebGUI-030.zip


*** Note that this version requires View 1.2.124 or later, and that 
the zip file is unusually large (346Kb) as it includes a dictionary 
file (future builds wont). ***

Highlights include:

	- New language, dictionary and spellcheck functionality added

 - Documentation on above at: http://www.dobeash.com/it/rebgui/edit.html#section-4
	- All objects merged into one context
	- Major code reorganization / restructure
	- Reduced number of global words to 11
	- Pre-0.3.0 comments removed
	- Pre View 1.2.124 code removed
	- New text-list widget added
	- Added show-color accessor function

 - rebface and rebfocus synonyms to avoid collision with face / focus
	- Large number of bug fixes
	- http://www.dobeash.com/it/rebgui/roadmap.htmlupdated

Known issues:


 - edit feel needs to support tab / shift+tab into and out of "grouping" 
 widgets

 - cursor down goes to end of text instead of next line?! (yell if 
 you know the answer as I'm stumped on this one)
	- focus

 - edit-list / drop-list should use show-popup/away (some compatibility 
 problems)

On the drawing board

	- area widget needs a scroller added to it by default
	- field format / validation masks
	- menu widget
	- better keyboard navigation / focus

Petr: that link times out, i'll check again later. anyway, i don't 
know win32 nor i do know how rebol does even processing internally. 
i know how key events are usually processed in various platform, 
and most applications just work in the higher level when they get 
characters, not keys.

getting keys instead of characters means a lot of new work to do, 
and i don't see much reason for rebol to do so, except for games. 
but, games will need much more than that!

ashley: testing RebGUI-030. When I click a tab in the big pane and 
then click the last pane in the sub-pane, it sometimes crashes to 
console

(that's in tour.r)

Click the Field tab, then Password tab => crash

Hmm, I'm not seeing that here. Are you running under WinXP?

yes

hang on, I didn't try it on a fresh rebol console....

no... now it works... something else triggers it

the spinner tab seems to cause it