World: r3wp

nope. but we'll work closely with ashley. we hope r3 vid will be 
better than rebgui, but diversity is a good thing, and i'm sure some 
people will prefer rebgui.

is there a r3 vid?

or, is it in planning?

I think that R2 was a bit weird situation ...

Carl did VID as an example and we wanted it being perfect. And only 
lately it was Ashley, who understood situation, and produced separate 
GUI

I can imagine R3 could bring diversity to the GUI. I can imagine 
e.g. GUI for Presentations (as Carl's script) and also GUI for kind 
of Scala product ... we can build Scala "killer" based upon plug-in, 
with various transitions, etc. For such things, something like RebGUI 
is not suited at all.

the bad thing is, that once you decide for your app, you can't migrate 
so easily, as it is not only about GUI, but we often link it to data 
handling logic, its linkage to certain elements, etc.

Graham - I think it is in planning, we call it generally here VID+, 
and that it is going to be a rewrite ...

r3 vid will be built during june (with community help)

wow!

in one month??

vid was done in one week by carl alone

one month by a group should get us enough (< 1 day gave us micro-vid 
already :)

we will improve it afterward of course, add more styles, and so on.

hmm.

mythical man hour ?

ie we're mainly nailing the design.

no, because styles can de done independently

Graham, I think that it is possible. The engine and subystems are 
not so big imo. And we are in different situation a bit - we have 
ppl knowing VID and its weak places really deeply ...

gabriele is the mouse cursor support in R3 Draw host system based 
or internal?

host

ie OS code

great :)  That means we wont have to explain changing cursors to 
users who try to resize windows :)

great, but not flexible ... my idea was the amiga way - simply having 
some place is system structure, whatever, with ability to define 
any size "sprite" plus its sensing area ... would be good for TV-like 
apps.

not so good for window edge boundaries tho - you'd get nasty cursor 
flicker

then we definitely need to HIDE default kursor, or simply kiosk like 
apps will not be easily possible

perhaps a hide cursor option and display a custom cursor for full 
screen apps like tv apps

yes

OS code i mean Open Source code so you guys can make it do whatever 
you want

well that is useful indeed

for details of how it's done (not sure it's there yet) ask cyphre.

is View fully open source? Or what actually is open source?

yes.

btw - I saw "IDE" mentioned in Carl's slides. What had Carl in mind 
in regards to IDE? Was it IDE integration? (e.g. Eclipse) or simply 
IDE/form builder?

we haven't talked about that. he surely wants a vid builder similar 
to layout.r

hmm, and no fear Ruby guys will take it and link somehow to ruby? 
:-) Well, they would still need even rebol, but that is not bad plan 
either .... they will link View and Rebol, later on realising, they 
don't need Ruby at all :-)

they can already take AGG and link to it.

and it's good if they link to rebol.dll :)

That would be good. But I also agree with your opinion, that if auto-layouter 
is good enough, it can actually do better job than some designers 
:-)

as you say... they'll stop using ruby if they do ;)

Gabriele - they linked already to it! They have bounties for projects 
and they don't hesitate to call it Rebol/View clone! It took 3rd 
place. Then I saw, how author was disappointed, linking to AGG, how 
slow it was :-)

nothing like the real thing :)

hmm, if View is small GUI toolkit, I wonder if there is a way, how 
other languages could benefit from that? :-) Tk, GTK, qt, /View :-)

well... view is mainly compositor built on AGG. i don't think it's 
interesting for those guys.

the interesting part is the rebol part - ie vid, the rich text dialect, 
the draw dialect and so on.

gabriele - does R3 have a multiline comment ability - or is it still 
single line?

rebol's mulitline comments are just done with a multiline string

eg. comment { ... }

or just { ... } most of the times.

yeah thats what i normally do but it gets messy with large code blocks 
that actually use multi-line strings