World: r3wp

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

yes... but a different error: go to spinner tab, click the buttons 
on the spinner a few times. go to another tab in the same group and 
back to the spinner tab again. then click inside the text field of 
the spinner

simpler: go to spinner tab, click the down button once on the spinner, 
click in the text field of the spinner. same crash.

Got it. Thanks.

Couldn't behavior of list be changed a bit? Maybe we are near? Menu/list 
should not definitely automatically hide, when you move mouse away, 
but it should hid, once you click outside. That is default and imo 
cross-platform. I wonder if we can achieve that?

text-list - it would be probably good if selected item would stay 
hilighted?

table - move second column to right, then back to left - all columns 
on the right side don't move back :-)

leds - very cool

password field - just a cosmetic issue, but those "asterisks" don't 
look nice here - way too-much pressed one to each other ...

spinner - arrows probably way too small, dunno, just my feeling ...

otherwise - excelent work

If you drop down the edit list, and then edit the field,  the list 
won't collapse again.

1) menu / list behaviour - will change once I iron out a few popup/away 
compatibility issues; it will then work as expected and the quirks 
it has now (as Graham discovered) should finally be fixed.
2) text-list highlight - noted

3) table - needs further work, but getting row selection working 
is a priority

4) leds - thanks to Pascal Lefevre for the original concept and Christian 
Ensel for the latest change
5) password - agreed

6) spinner - agreed. Before I spend any time on this one, how relevant 
 are spinners to today's UIs? I can't recall *ever* seeing one used 
in any project I've been in. Any strong objections if it's ditched?

Are spinners used to set dates?

though I prefer the keyboard way to setting dates as used by quicken.
viz: 01/02/ => 01/02/2005
T => today's date
M => last date of the month
etc

We have request-date for that. Spinners are usually used to increment 
/ decrement integers and percentages, with support for min, max and 
step values.

I'm looking at my EMR, and I use spinners on all the numeric entry 
fields, and dates .. but the truth is, although the gadgets are there, 
I have never used them.

basicly >> 11/07/2007 + 1
== 12-Jul-2007

works so I don't see  a problem to initialise the spiner using now/date

this would be a quick complement for scheduler based application

is the spinner supposed to have a reset back shortcut as well?

request-date give you a hudge over see spinner date give you a close 
contrôle for short time periode since now/date

for example Image I'm a commercial I need to set for tomorow a schedule 
with some client what would be grphically better for me ? click add 
button and then select the date user request date or Click Add button 
then use spinner to select the proper date and time and enter an 
entry to the topic field :)

I think in this case the second approche involving spinner is good

I guess the question is how easily can the spinner be implemented 
without side effects

Now I'm still a commercial but this time I plan a tour to East America 
in several town with several client and this trip is planned for 
2 - 3 month since now. What would be perefable use a spinner based 
interface or use a resquest date based interface

this time again the second approch is the good one ;)

all numerical type must be supported  %, monney! interger! date! 
time!

the only one who could be problematical IMOO is pair ;)

decimal must be handled too

and the programmer must be able to set the starting data (used too 
to set the data type) set the increm/decrem value and set a max limit 
;)

max limit can be used to automatically calculate the size of the 
data showing part of the spinner

data type can be used too in some case for that (like date) this 
way we free the programmer to have to take in charge the spinner 
sizing

Ashley, I am not sure I like name of rebface. I think it would be 
better just as face (ctx-rebgui/face). I don't see the need to distinguish 
so much from standard View face. Indeed, I think it will make porting 
code a little slower.

That's just an initial impression. I will see if I get used to it 
nicely or badly :)

I have a working SLIDER with proportional dragger and page clicking.

do http://www.lexicon.net/antonr/rebol/rebgui/demo-slider.r

(you will need to modify demo-slider.r to point to your rebgui installation 
directory)