World: r3wp

view layout [text form system/version button "RebGUI" [display "!!!" 
[text "RebGUI from VID"]]]

foreach window system/view/screen-face/pane [
        if title = window/text [return]
    ]

default title depends on system/script/header. with the halt in a 
script, you have a real title.

better compare faces with 'same? then by title?

btw if i vidify rebgui, is there a chance to get it accepted? or 
do you insist on the api-clashes?

Not sure what you're discussing Volker. This part "text form system/version" 
is not necesary for the script to fail.

Ahhh...

do %rebgui.r
and then 

view layout [text form system/version button "RebGUI" [display "This 
is needed!!" [text "RebGUI from VID"]]]
works :)

What's the technical reason for this failing with no window title?

the foreach above is from 'display. if you have a window with your 
title already, it simply returns. the default title with no header 
(no script) is "" ;)

so, the bug is with 'display

Must be an optimisation :)

yes. a hidden feature :)

Perhaps back then Ashley thought that he would be saving memory, 
by storing a block of strings instead of a block of window faces 
?

(I'm not sure of his intent with this, though...)

It's an optimization that prevents multiple windows with the same 
title from being displayed. Quite useful in apps where you don't 
want someone clicking on a button multiple times and getting multiple, 
identical displays. I avoided basing it on face comparisons as two 
windows could be "identical" except for a single sub-face such as 
a timestamp. Must be working reasonably well as no-one has noticed 
it in almost a year. ;)

BTW, good spot Volker. As for your two questions:

1) If i vidify rebgui, is there a chance to get it accepted?


I'll except anything that makes writing a REBOL GUI (View, VID, RebGUI, 
whatever) easier. ;)

2) Do you insist on the api-clashes?

Not sure what the issue is here, please elaborate.

I guess he means the name clashes for select-colour, date etc. which 
you already have noted.

request-*

No, argument-lists for actions, init is a block in vid (i suggest 
a rename, init: [rebgui-init] and both are happy.) maybe some others.

some vid-fields supported, like /flags, /access. So that 'layout 
and firends do not crash.

means i have to patch nearly everywhere a little bit, although close 
to find/replace. Can do that.

buit need agreement on the changes, or have to keep a private version 
and repatch each release. which means i stick with vid.

stick for new styles. if i could use widgets in vid, i would do my 
styles with rebguii. (also need a bsmall version, a few 10 kb then. 
i guess without dictionary would be enough).

Is there a checkbox-list widget for RebGUI?  I'm looking for something 
like this:

http://www.jidesoft.com/images/checkboxlist.png

yes there is.

you can group them into check-groups

Ahh.. you wanted a list ...

Just add a scroller to scroll the checkgroup windows

OK... I see,  thanks.

Ashley, just wanted to ask and can't find rebdb group here ...

Isn't it possible to implement 'join? You once said that you will 
wait once RT adds RIF, but that will probably come who knows when 
- it is year and half late already. Do you think it would not be 
possible to proceed without RIF and switching to on-disk storage?

'join is really badly missing with rebdb and I am thinking switching 
to sqlite only because of that one feature. Once you have your data 
spread across many tables, it is difficult to work without it. Or 
how you do it?

Pekr. Join is relative easy to implement.

Just do a search on each table, and then create a new block by using 
the key that joins them.

foreach key table1 [
	values-table1: select key table1
	values-table2: select key table2
	append join-table reduce [values-table1 values-table2]
]

That is more or less the pseudo algorithm

Moving to !RebDB group and renaming this group to !RebGUI

Any time frame on updates ?

I've got quite a few minor fixes that I can wrap up into an 0.3.9 
release, so I'll look at doing that within a week.

is RebGUI area supposed to scroll automatically as-you-type? ... 
as it does not currently - scroller is being updated, but face does 
not scroll ...

Yes, and the area problems are well known (by Graham amongst others) 
and not easy to fix. ;)

I thought so .... :-)

http://polly.rebol.it/test/test/rebgui/download.rscrolls. Slider 
is not updated. but i prefer scroll-as-you-type.

hmm, what is the problem with slider? would we have to have something 
like hook to edit function and by each keypress to examine if we 
should redraw sliders? sounds complicated and would be slow probably?

IIRC there is some automatic in rebgui. but that automatic changes 
the text-offset back when the edit-function changes it.

SO while patching i guess i disabled it.

0.3.9 is out and it has a lot of fixes / enhancements. From a REBOL/View 
console:

	do http://www.dobeash.com/get-rebgui.r
	do view-root/public/www.dobeash.com/RebGUI/tour.r


The dictionary file has been removed from the distribution and the 
download path has been changed from:

	www.dobeash.com/files/rebgui -> www.dobeash.com/RebGUI


so you may want to delete view-root/public/www.dobeash.com in its 
entirety first to clean things up.


In addition to the large number of fixes ( http://www.dobeash.com/it/rebgui/issues.html#section-2.2
), a number of enhancements are documented here:

	http://www.dobeash.com/it/rebgui/display.html#section-2.1.7
	http://www.dobeash.com/it/rebgui/display.html#section-3.2.4
	http://www.dobeash.com/it/rebgui/display.html#section-3.2.5
	http://www.dobeash.com/it/rebgui/display.html#section-5.20

Also note the following:

	view-face is now activate-on-show by default

 Added a request-password requestor (its password widget problems 
 are known issues)
	group-box and tab-panel now auto-size

 Table column headings are now always left aligned and clicking the 
 arrow works

 Added an 'effects context (only window is present, but others like 
 'button, 'check, etc may be added in future)


And lastly, you will notice that %tour.r has a new "Appearance" tab 
where you can dynamically alter RebGUI's metrics, colors and effects. 
Note that some colors are still "hard-bound" at context creation 
and won't change - these will be made dynamic (via a set-colors func?) 
in the future. Apart from showing off RebGUI's dynamic scaling and 
display abilities, this lets you more easily prototype a unique look 
for your own apps if you want, and if you come up with a set of options 
that is truly fantastic then share it here and it may just become 
the new RebGUI default.

Enjoy!

Ashley, pretty neat on how you can dynamically change the appearance.