World: r3wp

In List/Table, if you click on the table,  you can tab in and out 
now if the Look & Feel/Behaviors/Tabbing .. if you add table and 
text-list

is updated as you said above.

The group-box is screwy though ... no longer contains all the fields

The tabing changes are still a WIP, it'll take a couple of builds 
to get 100% ... but at least I can grok it now!

re: list/tree missing ... a half-implemented change that I had to 
pull out several builds ago.

Uploaded build 123 with tab-thru implemented as described above (except 
that tab-panel doesn't cycle each tab). Also fixed initial text case 
(stack overflow) and a long-standing text-list bug (no cursor control 
when select-row used).

thanks .. will check it out today.

Uploaded build 124 with new request-calc requestor (as per discussion 
from 20-Apr-2009).

Ashley and others, before I go about it,  do you have any experience 
with rebgui under the present browser plugin?

There shouldn't be an issue.

THx

If I have tree data like this [ A [  B B B ] ]


how can I tell which of the B's that I am clicking on?  Do we need 
some type of index or picked?

You need a unique id, like the index.

I have unique ids .. but putting them into the tree looks ugly :(

Ashley I think we discussed this before .. is there a way to have 
a hidden id so we have both a display element in the tree, and a 
hidden id.

Yes and yes ... but the tree widget really needs to be totally rewritten 
to support that.


If I have tree data like this [ A [  B B B ] ] ...how can I tell 
which of the B's that I am clicking on?

 Isn't this the same issue with drop-lists, edit-lists, text-lists, 
 tables, radio-groups and check-groups? In what case does it make 
 sense to have user options (text strings) that appear identical but 
 have different "real" ID's behind the scenes?

HTML selects handle this by having different display and value attributes.

Ashley, it makes less sense to the user to display meaningless 10 
digit iD codes ...

But if you're asking them to select an option and the option display 
text is the same how do they know which to select? And if it doesn't 
matter then why the need to display multiple options with the same 
display text in the first place?

The tree data could be in the form [ A [ B [p] B [q r] B [s t u] 
]

and so the user could differentiate between the different B's by 
examining their contents.

At present a block next to an element indicates a further nesting 
of the tree

Ashley, the options are ordered in time.

Here's a movie to show what the effect is.  Basically I am opening 
up an XML file, turning it into a REBOL object and browsing it.
http://screencast.com/t/5K3dkL3Y7

Now, yes I could use the CCRDataObjectID to index into the object 
... but that would not look intuitive for a tree choice.

How about this [ A [ B [ [ ] p] B [[ ] r] B [ [ ] u] ]


so if the first element in the block is empty, we know the next element 
is a key?

I'll have a look at this, meanwhile ...

RebGUI v2 RC1 (build 200) uploaded to SVN

Focus of this version has been:
	* Make it look good (color scheme based on Windows 7)

 * Take into account OS sensibilities (different corner rounding, 
 window colors, system fonts)

 * Get rid of the cruft (removal of little-used widgets and options)
	* Improve tabbing
	* Make it load and run faster



Added
	icon
	get-fonts
	confirm
	request
	request-calc
	requesst-verify
	rebface/old-color
	rebface/over?



Reimplemented
	arrow
	calendar
	drop-list
	password
	slider
	tool-bar
	set-state
	set-color



Enhanced
	chat
	edit-list
	spinner
	table
	request-char
	request-font



Removed
	question
	request-ui
	pie-chart
	symbol
	options [info no-click]
	options [arrow options]


WIP
	A disable/enable function and layout option
	Rewrite of led widget
	Rewrite of tree widget

requesst-verify is a typo

What?? removed symbol, and question ?? :(

and options [ info ] is now gone too??

Isn't this a personal thing "Get rid of the cruft (removal of little-used 
widgets and options)" ?

well, symbol is not usable across platforms as it depends on the 
fonts ... but I do use it beside a field to indicate a lookup widget 
is available

There seems something to be wrong in the newest version with sizing 
and moving of the main window.

Just move the mouse to the upper border, wait until the mouse cursor 
has changed and then click!
Or try to move the window with cursor keys.

Do you mean in tour.r ?

Which is now vertically too big for my screen.

password field is now showing the text as text until you start to 
type in it

removed symbol

 ... not cross-platform (depends on a specific symbol font) ... icon 
 is a better approach IMHO anyway
and question
 ... use confirm instead
options [ info ] is now gone too

 ... yep, soon to be replaced by a global disable/enable system (unlike 
 the widget-specific info implementation
Isn't this a personal thing 

 ... less is more (and easier to debug/fix and maintain). pie-chart 
 (as an example) was a good widget, but anyone wanting to use it would 
 probably want a full range of graphing widgets, not just a single 
 representative example. Having said that, yell if I've removed something 
 vital and I'll add it back (or provide a functional alternative).

symbol ... use it beside a field to indicate a lookup widget is available
 ... use an icon or {button -1 "..."} instead (or an arrow)
sqlab ... what OS?
password field is now showing the text as text
 ... noted

windows 7 - same problem with tour.

Works on XP. Did previous versions of RebGUI/tour.r exhibit this 
problem on Windows 7?

never tried on w7 before

build 118 looks okay on W7

Dunno if you changed the "Menu" around but sample is square in the 
middle but at the top in B200

Bug (the #V directive is failing).

Ah, page color under Windows is wrong. It should be:

	colors: make object! [
		page: either OS = 'Mac [232.232.232] [white]

Graham, you mentioned in the Linux group that you had to change the 
RebGUI front from Verdana to something else. What font did you end 
up using?

Hmm, Rebgui somehow changed from single color web like look to some 
W9x look, was there any reason?

Ashley, that was a long time ago .. where would I have changed the 
font? :)

request-char somehow misbehaves here.  1) the scroller is of wrong 
size, when window appears 2) right area is drawn without the box, 
which starts to appear, when I mouse over edge chars 3) consecutive 
display of request-char displays much larger screen (run from RebDOC 
interface)

request-char crashed for me.

I clicked on request-char in rebdoc.r and got this


** Script Error: request-progress expected steps argument of type: 
integer
** Where: get-fonts
** Near: request-progress/title (length? s) / 3 [
    foreach [fn reg style] s [
        fn: trim first parse/all fn "("
       ...
>>