World: r3wp

As we have made several, IMO useful changes to RebGUI, now to submit 
them? Is there something like a development branch in SVN? Or should 
I diff the changes and post here or mail Ashley?

I think just commit the changes, and we'll examine the differences.

A development branch sounds good .. so we can test before it gets 
committed to main branch.

The project isn't big enough to justify multiple source trees at 
present, so as long as what gets committed works and is functionally 
complete we should be fine (and get-rebgui.r is based on stable snapshots 
so we can handle temporary breakages). Just make sure the committed 
changes include those made in rev#16 and rev#17, and a point form 
summary of changes posted here. Thanks.

Question: If you create several data-forms that can loaded with different 
records, I always need a way to reset those fields/drop-lists etc. 
that are not loaded to default values or empty values.

I think something like a /reset function would be nice. Either the 
reset value is set by using the TEXT/DATA values present at the time 
the layout is created or I can specify a value within the OPTIONS 
block. What do you think?

How about adding a refinement to the display function that does something 
similar to the load-form-data function we discussed a while back. 
We could then populate forms at creation with:

	display/load-data "" [..] block-of-values

and reset them with:

	load-form-data my-form block-of-values


I think it's a lot cleaner to do this on a form basis than trying 
to do it at the widget level.

It must be dynamic, so not only at creation time. And, I only store 
values wehre the user did enter something. Hence it's necessary to 
iterate over every form element and either set a value if available 
or reset to a default value.

show-data: Why does this function doesn't have a /no-show refinement?

How about a clear-data function? For example: I'm using fields in 
that TEXT contains the visual representation of the DATA field. As 
both might be different (1000s seperators etc.)

Why does this function doesn't have a /no-show refinement?
 same could be said for show-color and show-text.

How about a clear-data function?
 Could be useful.


I'm thinking one function could handle all these permutations: a 
set-attribute function like:

	set-attribute: make function! [
		face [object!]
		attribute [word!]
		value [any-type!]
		/no-show
		/focus
	] [
		...
	]


where a value of none! meant clear (which is the case anyway for 
widgets where none! is a legal value).

Sometimes the clear value is 0 or 0.0 for numeric input fields.

First cut attempt at set- functions to replace various show- functions:

set-attribute: make function! [
	face [object!] "Window dialog face"
	attribute [word!] "Attribute to set"
	value [any-type!]
	/no-show "Don't show"
	/focus
] [
	face/:attribute: case [
		string? value		[
			face/line-list: none

   all [face/type = 'area face/para face/para/scroll: 0x0 face/pane/data: 
   0]
			form value
		]
		series? value		[copy value]
		attribute = 'color	[either word? value [get value] [value]]
		true				[value]
	]
	unless no-show [
		either focus [ctx-rebgui/edit/focus face] [show face]
	]
]

set-attributes: make function! [
	face [object!] "Window dialog face"
	attributes [block!] "Block of attribute/value pairs to set"
	/no-show "Don't show"
] [
	foreach [attribute value] attributes [
		set-attribute/no-show face attribute value
	]
	any [no-show show face]
]

Used like this:

	display "" [
		b: box
		button "A" [set-attribute b 'color red]
		button "B" [set-attributes b [color blue effect arrow]]
		button "Clear" [set-attributes b [color none effect none]]
	]

Just to inform you, we are going to publish all our RebGUI changes 
today. Those will fixe and enhance quite a lot of things. Further 
a new widget "drop-tree" will be published as well.

nice and cool. So the table widget is the last stopper ....

Robert, are  you going to update tour.r with your changes?
\

And the WidgetList Wiki too please. ;)

tour: not yet planned.

wiki: Yes, that should be done as we have enhanced existing widgets 
as well.

tour: Not in my focus but others can do it.

wiki: Yep, how to edit wiki pages? Didn't find any way to switch 
to edit mode.

Without doc update, no repository update.

Ashely needs to give you access to the wiki

How to edit Wiki pages?

 If you have source access you automatically have Wiki edit access. 
 Follow these steps:

	1) http://trac.geekisp.com/rebgui
	2) login
	3) Click WidgetList
	4) Scroll to end of page and click "Edit this page"
	5) Make changes then click "Submit changes"

I have source access but I don't see the "Edit this page" link. The 
last I see is "Download in other formats:"

Hmm, I just logged on as "robert" and I see four buttons above that 
link titled:

	Edit this page
	Attach file
	Delete this version
	Delete page

What OS / Browser are you using?

XP with Opera.

I'll try IE.

How does the 'multi option work with tables?

I get an error if I write "table options multi [ ... ] data []"

options expects a block, so "options [multi]" should work fine.

were new widgets plus fixes already uploaded? I can't seem them on 
my hd, when I download via get-rebgui ....

you need to check them out using svn

ah,never used that tool before ... so get-rebgui will not download 
them?

Not yet.

then I have to ask, if such project, being dependant upon other external 
tools, gives you so much advantage from the maintanance pov, that 
it is worth it? :-)

hmm, probably so, makes it independent from Ashley's maintanance 
....

ok, so I'll wait till the changes are brought to official distro 
...

it helps with merging. if i change something in rebgui and somebody 
else to, we want to merge that, not throwing somebodies work away. 
svn helps there.

if you dont want to work on rebgui itself, use get-rebgui. thats 
the stable one.

but not so cutting edge.

ok, thanks .... how long do you think it will last till some testing 
stuff is being made an official version?

Ask Ashley :)

From my side not yet. First need to get editor access to the widget 
list.

I just tried logging in as robert from XP using FF, works without 
a problem (Opera didn't seem to work correctly). Make sure that after 
clicking the "Login" link and entering your username and password 
that the red "Login" link changes to black text reading "logged in 
as robert". All Wiki pages are then editable.

how long do you think it will last till some testing stuff is being 
made an official version?

 Once SVN changes are in and working I let it sit for a week or two 
 before taking another snapshot for get-rebgui.r.

There are some unexpected behaviours with the area editor when using 
overstrike mode.  If you overtype on a line where there is a cr, 
it follows the carriage return when I was expecting it to keep on 
the same line.  Also, if you hit return inside a line, it produces 
a character

square character rather than moving to the next line.  It correctly 
moves to the next line if at the end of a line of text.

Identified and fixed first problem (CR deleted in OVR mode) ... see 
SVN rev#19. Couldn't reproduce second problem, does it occur under 
%tour.r?

Let me try ...

Nope .. it doesnt.

try this though.  Put the caret at the beginning of the text in the 
area field.  change to overwrite mode, and hold down the return key.