World: r3wp

and where the bug arrive to the top of the mountain is when you add 
a 3rd colum you have the 2 first column rendered OK  and the bug 
show on the 3rd column ...

view layout [ below btn "1" btn "2" across btn "3" btn "4" return 
btn "5" btn "6" below btn "7" btn "8" return b

tn "9" btn "10" across btn "11" btn "12" return btn "13" btn "14" 
below btn "15" btn "16" return btn "17" btn "18"

across btn "19" btn "20" return btn "21" btn "22" below btn "23" 
btn "22" ]

Brian: I agree with you, but Carl seems to be more interested in 
"chasing windmills" than implementing vital core features.

but hum ???

look the 3 column code ... that's freak

It looks like some variable in layout isn't getting set correctly. 
This may be tricky - there may be code out there that depends on 
the broken behavior. R2 is in compatibility mode, you know. We don't 
make breaking changes if they will break too much, or if we do we 
break towards R3 compatibility. Still, this seems to be bad enough 
that the cde pattern would be avoided, so it should be safe to fix.

cde -> code

that why i proposed in R3 dev blog tomaybe change the way to handle 
block of widgets using grid to suport  the widget like in GTK+ (yes 
i'm not original shame  on me )

VID3 is completely different. I doubt the bug would even apply there.

hum i didn't tested the bug with teh R3  alpha i have but i will

Doc, I'm not assuming that Carl is chasing windmills at this point; 
unfortunately I don't have enough info to make that judgement. All 
I can tell is that the Unicode stuff was deep and far reaching, and 
required many core changes, so much so that it had to be done first. 
That was definitely not chasing windmills, that was bare minimum 
functionality for a modern programming language, something that all 
of the other language rewrites going on right now have had to do.

AFAIK, there is no above or below system in VID3. It layouts more 
like traditional systems like QT or GTK.

above = across, sorry

but since VID3 is in limbo right now, it may not be useful to do 
tests with it.

From what I can tell though, the work Carl is doing on VID is having 
implications for low lever stuff like binding and the object! model.

lever -> level

Modules are built on objects, plugins are built on modules, and UDTs 
relate to plugins. He is working on the core.

Even threads are affected by binding issues.

ass you stated VID3  is really different from VID2 ....  the code 
the way it is doesn't work on vid3

no it will absolutely not work in VID3 :-)

That's not a bug though :)

since vid2 is still existing yes ... VID3  who can tell when we will 
put our hands on it ?

BrianH - I noticed you several times mentioned changes to object 
semantics. Did I miss any discussions on that? I can't remember it. 
Or are you just expecting them to happen?

The discussions happened a year ago, mostly on Carl's blog and the 
R3 development world, but were put on hold until enough of the R3 
infrastructure was in place to do them properly (including binding 
changes and Unicode). The discussions will be resuming after Carl 
resurfaces.

Don't worry, it was just a year ago. I can still remember all of 
the major arguments on every side.

No classes though, so no worries there.

Much easier to fake class-based or other inheritance structures with 
the recend changes to BIND and IN that came out of Carl's VID work 
recently.

He's using those changes to do CSS-style inheritance for VID styles. 
Sometimes you have to do the high-level designs to get an idea about 
improvements to the low level that will have pervasive changes.

CSS style based that reminds me the desktop google and opera applets 
....

Not with actual CSS, mind you :)

The inheritance will work like CSS inheritance.

rebol wlll loos in originality .... and therefor ppl will say why 
to do GUI application in rebol since i can do them in desktop google 
or opera widgets with more functionalities

Um, no. VID is intended to beat HTML in functionality.

well I have to use it to see the benefit of it ...

I'm sure we can all agree to that.

but quite franckly i'm doing rebol to not have to spend weeks in 
GUI design ...

the oneliner VID  will not be possible anymore that's sad ...

I'm not sure about that. I expect that the one-liners will be more 
powerful.

Shadwolf - I suggest you to download R3 public alpha and study VID3 
from Gabriele. New VID3.4 from Carl will use different methods (frames, 
scenes), but flexibility of VID3 from Gabriele will be there ...

I have it

and i have heart beat and 1000 cows with 70 fps on my computer that's 
great would be even greater If gob could get a transparent background 
^^

but the way gob are writen I don't like it that's my taste ...

I saw vID 3 use filler to organize the widgets

so why do you think REBOL would loose in originality? What is original 
on VID2? Missing features? :-) VID3 is supposed to be next-gen VID. 
With all good, fixed bad, plus new stuff. If we lend some aspects 
from CSS (syntax will be block or dialect based, so still REBOL), 
I can see nothing wrong about it ...

Isn't there supposed to be transparency support in gobs? Just not 
in windows (yet).

well, Cyphre is trying to fix basic bugs for few months already, 
but it seems to me he is really busy, or RT is not willing to put 
him under contract, I don't know. The only thing I know is - we are 
very slow ....

Perk because organising a widget content in a CSS way is yes more 
readable but get more line of codes than VID2  way wich is not seen 
anywhere else

in opera widgets applet you have a CSS whay to setup the widget and 
in destop google applet you have a XML  way to setup the widget

I prefer "otherwise occupied" to "slow", but even that I am dealing 
with now (in my case at least).

that's lot of code for less efficiency but that's my point of view 
i prefere spend little time on the GUI and more time on what does 
the GUI ...