World: r3wp

Hmm.  Adding show?: false to the widget definition is not helping.

I guess the other reason I don't like using spinners in data entry 
forms is that it forces the user to switch from keyboard to mouse

Unless the spinner also accepts cursor keys

Agreed. It's one of the things my users have asked for (especially 
on drop-list/edit-list).

Guess my fix is going to be to add 'false to all the templates I 
have to hide the widgets in question

show?: false *should* work, haven't tracked down why not yet. Also, 
if you're going to be placing "hidden" widgets consider using box 
with a 0x0 size. This involved less processing and lets you use the 
data facet without having to "hide" the widget per sa. e.g.

	box 0x0 data "Text"

does what you want.

it would mean changing all the form processing logic which currenlty 
looks at the text facet

and also again all the templates

This should do the trick then:


 append-widget [outcome: make rebgui/subface [size: 0x0 init: none]]

	display "" [outcome "blah"]

BTW, what changes are you having to add back in every time you do 
an SVN sync? I'll look at incorporating the more generic ones.

basically error trapping

though my changes are getting fewer and fewer as rebgui improves 
:)

in 'current-word, add a check for series? str

in 'edit-text, add an attempt around the caret handling

A list of your changes would be good, might help to nail the remaining 
problems.

Ah, beat me to it.

How curious, I've just discovered that hilight-on-focus doesn't work 
with align: right. Need to fix this (for spinner).

I also redefined spellchecker ... to do other things

but I need to revert that back to yours

I've also got a sparker widget

sparkline widget

Which does what? ;)

http://synapsedirect.com/forums/permalink/3012/3046/ShowThread.aspx#3046

A sparkline is a graphic intense object of word size

I've got about 30 of these mini graphs to display patient status 
on multiple parameters

Probably not something that will ever be part of the base release, 
but feel free to check it in to SVN and add an entry to WidgetList. 
The pie-chart widget and Robert's chart widget probably fall into 
the same category. I'll eventually figure out a good way of providing 
a base + optional widgets download facility. What I really want is 
a checklist of widgets to download which dynamically builds a tailored 
%rebgui.r ... sort of a "would you like fries with that" type facility.

have a file named custom-widgets.r ??

Something like that. I'm about 10 minutes away from uploading all 
the changes we've been discussing (text size fix, spinner fixes, 
hilight-on-focus fix).

Plus your patches above ...

For you edit-text patch, where do you place the attempt? (caret is 
handled in quite a view places there).

after : scroll: face/para/scroll

to 

] ;;GC
		show face
	]

	feel: make object! [

which basically stopped any more caret errors I was having.

brute force method :)

I've wrapped both in a gui-error/continue test which will write out 
diagnostic information to %error.txt but ignore the error.

Hmm.  I'm stuck in a edit-list .. can't tab out of it

and can't use the mouse to take the caret elsewhere :(

what a life .. trapped in an edit-list!

I have edit-list in caret-on-focus

and I did a show-focus to get to the edit-list

Yep. Reproduced. Give me another 10 minutes on the upload. ;)

thanks

Uploaded build#81 to SVN. Includes the following changes:

	Fixed label & text auto-sizing (now defaults to -1x-1)
	Spinner now accepts an empty starting value
	hilight-on-focus now works again

 [edit-list field password spinner] are now hilight-on-focus (area 
 remains caret-on-focus)
	edit-list fix

Also updated:
	http://www.dobeash.com/RebGUI/widgets.html
	http://www.dobeash.com/RebGUI/functions.html

Ashley, View system has broken highlighting and caret positioning 
with center and right aligned text. It's been a problem for a long 
time.

Well, the problems I hit were all at the mezz level (focus) so easily 
fixed.

why table and text-list are not hilight on focus too?

Ah, because they don't get keyboard focus like area and field do. 
The fact that they are not tabbable [yet] is a separate issue.

How is getting the keyboard focus solved in widget? Via some method? 
What is new widget supposed to implement in order to support it?

I'm getting a 5 second delay on using the "close" button in the spell 
checker, or on the final "add".  I wonder if it's better to close 
the spell checker window down first and then do the file maintenance.

Sometimes you need to disable buttons etc, until an action has been 
completed.  Rather than redefining the action of the face, how about 
a putting a flag that signifies whether the action is active or not?

in request-spellcheck.r, what does this line do?

	;	do we have a string with > 1 char?
	any [not string? face/text 2 > length? face/text] [exit]