World: r3wp

Tango: Very interesting stuff, and looks like these guys thought 
a lot about doing it right. I vote for using it for RebGUI. Frees 
us to do invent the wheel again.

I think Tango is nice, but I really much would appreciate or like 
to sea some standard way to add a textual description to icons, like 
often used nowadays. I know almost nobody will want to give up icons 
or graphical objects, but in order to make RebGUI as good as possible 
I think to add such a textual description by design would be very 
very good.

I think of something like another parameter to a button in which 
the label is placed. The UI could then offer a simple way to activate 
or deactivate the labels, the icons or have both, side by side or 
on top or below. 

This way we get the best of two worlds (only some space needed) - 
people can choose for themself and with the text it will be almost 
always clear what a button means.

Of course the could be done externally by adding a second row or 
column to every button, but this would separate what belongs together.
What do you guys - especially Ashley think ?

Anton you have to set do %rebgui.r instead of  do  /D/rebol/rebgui/programs/rebgui/rebgui.r

Anton yea but i wasn't aare of that  ^^

aare = 	aware

now  i will rework on rkini my irc client and base it on RebGUI

Shadwolf, that makes the bug simpler, but does not fix it, either 
:)

I can't locate the user's installation of rebgui, unfortunately.

(if it was in the public cache, I would have a chance).

Is there a way of selecting a specific tab using shortcut keys ?

Anton, most of us assume that rebgui.r is in the current directory 
as in Ashley's demos.

ok, I've fixed it.

Works well ...

<devil's advocate>With a project like RebGUI I would expect to be 
able to find a URL that I could use to execute the source within 
my application.  Preferably the link would include a COMPATIBILITY 
number so that any updates to RebGUI would be executed seemlessly 
using 'load-thru but if at any point an update is known to break 
compatibility with a previous version then it's downloaded from a 
different URL and hence wouldn't screw with my application.  We have 
to be able to leverage the infrastructure of the internet in our 
applications.  Having to load the application on the user's computer 
means that I can't use RebGUI for anything other than an encapped 
application because I don't trust my users to install the RebGUI 
scripts on their system correctly and sorry, but I don't want to 
have to include so many files in my application and I'm not going 
to take the time to copy them all into my application either.</devil's 
advocate>

Remember that RebGUI is still alpha and we probably want to incorporate 
Reb/Services at some point ... but apart from that an excellent suggestion. 
If you, or someone else, writes the necessary code (or pseudo-code) 
post it here and I'll include it in the next build. ;)

Does the on-focus and on-unfocus work for tab-panels as well? Didn't 
tested it.

One file - should be easy. Use prebol. Like encap: you get a single 
file. but that file is text.

That file you can do in your application. rebservice-lib seems to 
use that, + compression.

You can also use "-t source.r" in encap, to get source as by-product)

default empty value: How about a way to specify a default empty-value 
for a field? For example: I would like to set  0.0 if a user deleted 
all text in the field. So being able to specify a default value, 
that get's set if the field is left without anything entered would 
help a lot.

Ammon, that's not playing devil's advocate. That's simply proposing 
new functionality. Devil's advocate is just taking an opposite, usually 
negative, view, and trying to sink someone's idea. If you mean, however, 
just that you're advocating something, but you're being a devil by 
not providing any code, then ok :)

But I think the idea is a good one.

... but if at any point an update is known to break compatibility 
with a previous version...

   <-- this is difficult to know, to track accurately etc... it becomes 
   a new problem to be solved. I'm searching for a solution...

Maybe this is what  is wanted:

do http://www.lexicon.net/antonr/rebol/doc/distro-system-idea.r

And following is a caching idea I've been mulling over for a while. 
It could be used for applications in general.
(to understand the diagram, read the source alongside it.):

do http://www.lexicon.net/antonr/rebol/doc/freezing-public-cache-files.r

Is there already a concept for encapped images? tour uses currently 
filenames everywhere.

Here is a rebgui in a single file. Hope that works. Not fully sure 
because %tour.r needs the rebgui around it for images, so maybe touches 
source too. http://polly.rebol.it/test/test/mixlib/libs/rebgui/rebgui38-full.r

I have issues with rebGUI demo 38 password field - go to Grouping 
tab, enlarge the screen, go to Password field, and try type something 
- at some point, this field stops working as a password field, it 
simply shows your letters you type ...

who came up with 'Show-color, 'show-data etc names? That just sounds 
imo terrible, guys. At least here for non-englishman - kind of - 
show me a color, what color is my button of? Why not set/get?

where in ctx-rebgui can I find and set main window's effect facet? 
I want to have e.g. gradient background ... ctx-rebgui/colors/window 
is not sufficient for me ...

and - can I set certain window size using 'display? I can use /min-size 
/maximize .... what about adding /size /max-size? Or at least /size?

what about /offset for the window?

live from the net distro have been yet intented in projects like 
libskins written  Etienne Alaurent  the base concept was to  call 
the  distro url website install.r files if the  distro wasn't yet 
present on the harddrive .... this produce a probleme with  1.2.8+ 
rebol/view version as a public directory was created localy to the 
running script directory so u get as many distro of libskins installed 
 in ur harddrive that  u get scripts using lib skins....

i don't know if that's clear 1.2.8+ rebol/vie version create a public 
directory in the local directory where the script is launched and 
not using anymore the  global rebol/public directory.  libskin installaer 
was design to install all file in the global rebol/public directory. 
As this  system have been broken in  early betas  this produce to 
get as many install of libskins in local public directory that u 
have scripts running it. I fear an online distro system for rengui 
willl produce the same issue... and forcing us to install a rebgui 
version not once for all in rebol/public directory global but in 
local script directory ...

You have luck, you are wrong :) (afaik). Releases use a global directory. 
only betas do not, you would not want to mix release-code and alphas, 
for example loading rebcode in the release-cache.

I think you just need to check and set the value of VIEW-ROOT. Betas 
probably need to have this manually set to a sensible shared location.

Ashley, any progress on fixing the bugs in the editor ?  I'm having 
to wait till this is fixed before moving onto the current enhancements 
...

It's high on my list, hope to have a reworked solution by Xmas or 
new years day.

Has my patch problems? would be a few lines..

Your patch fixes the cursor jumping, but there's still problems with 
the slider.

in order to centralize and keep going on the RebGUI project it would 
be cool to get the plugin system fr rebol/view witch carl have yet 
talked about some years later (it as for  binary library extension 
to rebol) to make easier the  over the net deploiement of rebgui 
(what was the topic of our discution on live deployement) Some thing 
like this from the rebol coder point of view would be pertty cool:

SAmple rebol code to check and get for script official plugins:
REBOL [

 "a project that use rebGUI"

]


check-plugin rebgui ; do a test if the rebgui package is installed 
on the rebol/view local install -> if not download it and install 
it

i know that the purpose of rebGui is in fact to be a replacement 
system for vid ( but keeping based on VID..) so maybe it would be 
easier to replace vid faces by rebGUI faces once RebGUI ill be as 
good as we expect ( it's pretty good this is not a critic ..)

VID editing system is all not not natural ... the caret system is 
the most awfull thing i saw this far on rebol and that 's a pitty 
because it limitate so mutch inventivity (well in fact ... yes and 
not ...  i played a lot with caret sytem when i as working on MDP-GUI 
Some  hard things are relatively easy to make like flags insertion 
to born a sleected piece of text and some easy things are hard to 
do like keeping the selection on the selected text and not on the 
begin inserted flag ...)

VID editing system is all not not natural ... the caret system is 
the most awfull thing i saw this far on rebol and that 's a pitty 
because it limitate so mutch inventivity (well in fact ... yes and 
not ...  i played a lot with caret sytem when i as working on MDP-GUI 
Some  hard things are relatively easy to make like flags insertion 
to  enclose a sleected piece of text and some easy things are hard 
to do like keeping the selection on the selected text and not on 
the begin inserted flag ...)

1) Internet updating: I have a crude solution in mind that will remove 
the need for Zip downloading in 0.4.x.

2) caret: agreed, but note that the system is part of View itself 
not VID ... so very hard to change / improve (try to get it working 
with centered text for example)

3) How close to a working SVG renderer are we? ;) I'd really like 
to incorporate scaleable Icons, especially since the Tango links 
I posted previously have all their icons in dual PNG / SVG formats.

I'm looking for a chat client widget .. like a multi-line 3 column 
table.  Anyone planning anything like this?

Resizable as well.