World: r3wp

get-rebgui.r and create-distribution.r are two different things. 
The later creates the rebgui.r file. And yes, whitespaces can be 
stripped and even the whole thing than be compressed.

The former get's the latest stable release with images etc.

how do you guys use get-rebgui? do you download it to your rebol 
directory? Because - in other case, I still struggle with not remembering 
the url to run it ....

I use the cvs..

CVS means external sw usage .... that is for RebGUI devolopers, should 
not be needed for RebGUI users ...

imo it is typical example, how we made simple thing a bit more complicated, 
or I would not met with such reaction ...

http://www.dobeash.com/RebGUI/get-rebgui.rthis could be easily changed 
to store in your own dir.

a trick i started to use is to set view-root to the current directory. 
theni have a %public/ there with all the downloaded stuff nicely 
sorted by server, by using *-thru

Petr, I agree, that get-rebgui.r should download the current directory.

I can't remember the location as well.

hmm, I found varous paths are mentioned in - probe system/options 
.... maybe view-root could be exposed there too? That way rebol developer 
could be sure, where the hell all his files are spreaded around :-)

So please, could I ask for get-rebgui change, to place itself in 
rebol home dir, simply to allow ">> do %get-rebgui.r" with next usage? 
Thanks eventually ...

Petr, go for it and change it.

And show up a requester to let the user choose.

I can, and probably will do so tomorrow, just got back from 3 days 
trip, tired, so just relaxing today ... just dunno if other would 
not object. As for me, I can miss the requester ...

Than add the feature, with command line options or something like 
this. Just provide both ways and let the user choose. There is no 
wrong/right here.

wouldnt download to current directory be sufficient?

yes, it should be ...

maybe I will even download it as-is now, and change also target location 
.... using cache directory does not work for me, I organise "library 
packages" a bit different way ...

maybe then it should check first, if new get-rebgui.r is not awailable? 
Not sure it is needed though ...

Great work guys, just going through all the changes now.

How to change the label font colour?

How to get the label from a selected radio-group ?

radio-group/pane/n/text ...

display "" [
	l: label "Test" font [color: red]
	button "Change" [l/font/color: random 255.255.255 show l]
]

Thanks .. is there going to be a formal syntax description for the 
rebgui dialect ?

This looks useful ...

Cyphre: now you can just change the data content and do show on the 
radio-group like:
my-radio-group/data: ["item1" "item2" "item3" "item4"]
show my-radio-group

Note that it won't react on change of number of items. Just change 
of texts.

FIXED *radio-group: Add a way to select one radio field at run-time
added accesor select-item item [integer!] usage:
my-radio-group/select-item 2
show my-radio-group

note: you can get the selected item using my-radio-group/picked, 
you can get the text of selected item using my-radio-group/selected

rats .. using Cyphre's radio-group.r gives me an error.  I guess 
there must be dependencies elsewhere.

Graham, what exact error are you getting?

just rebuilding ...

** Script Error: Cannot use add on block! value
** Where: action
** Near: set-sizes 2 + guisizerg/data
set-fonts/size
** Press enter to quit...

now this is my code .. but it works with Ashley's radio-group

label "Gui Size" 20 guisizerg: radio-group 30x5 data [2 3 4 5] [ 
           
            ] return

I am asking the user to set the gui size at start up.

>> guisizerg/data
== [3 4 5]

so you cannod add on block as the error tells you ;)

didn't you want guisizerg/picked instead of data?

yep .. it was not a block before.

picked is new??

yeah .. looks like it.

from the message above: "you can get the selected item using my-radio-group/picked"

I guess that's why we should have accessors and standard ways of 
accessing data so nothing breaks.

Yes, I changed the radio-group behaviour a bit so it works more consistent 
(at least IMO). Ofcourse if this is a backward compatibility problem 
then use the old version. I agree there shoudl be default accesor 
system but AFAIK current RebGUI lacks it so maybe a good improvement 
for future?

Cyphre - in near future? :-)

I have big problems with predicting future all the time ;)

I think it is imperative really as otherwise we are forced to delve 
into the internals of rebgui to do simple things.

although Carl is not keen on oo programming, it really does work 
well with GUIs.

agree, oop is well suited for such things.

VID accessors is good methog, it just stopped half-way, which is 
a pity ... should work in set-face 'attribute 'value mode, and not 
only in set-face 'value one....

... if that is the thing you are talking about in regards to oop 
and overriding methods :-)