World: r3wp

That works, it's the interaction of VID/RebGUI when REBOL is started 
in a certain way that's the problem.

Here too..

that halt-trick works here too. portable bug.

Maybe this:
probe system/script/header
do %scratch.r
probe system/script/header

yep.

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.