World: r3wp

Gabriele, I hope you don't think that we think you can't build a 
proper system.

i think both of you said that you fear that the design will be rushed 
and not good enough.

I've said it above, its not "good" that I want.  its "open", "extensible", 
and I mean that from the inside.

As I understand it, people are just afraid that their suggestions 
will end up in a trashcan and not that you and Carl cannot design 
it well.

not changing colors.

if you didn't say that, then i can't read today, so i'll get back 
here tomorrow or so hoping to be better.

I mean allowing us to change what a color means.

Please don't shot me as I must quickly step out my home: VID was 
designed in 1 week but its limits have been under our and RT eyes 
for years I don't think the newly designed VID/whatever-it's-called 
will be done ignoring the errors of the past. Propose your needs, 
collect them and submit them to Gregg or Gabriele to be told to Carl

allowing me to use a gui and open it up in OpenGL, activeX, if I 
have the need/resources/time to provide it.  I mean to be able to 
extend the whole engine so I can skin it without needing to rebuild 
100% of the gadgets, etc... many of the things we spoke at the devcon, 
but more too.

so... you're afraid our goal is not the same as your goal? our goal 
is to allow the development of applications.

this started with me saying that I wanted to have more people to 
comment on VID

 - nice, but you also said that some interest group or comitee won't 
 take us anywhere (which may be right), so people may fear that nobody's 
 listening to them (and I think someone will agree that lack of communication 
 is biggest RT problem)

obviously.

i stated that voting for design decisions is not going to work, i 
haven't stated that comments are not going to be listened to (why 
would i want more comments for?)

(so i have offended petr.)

hehe.

the sad thing is that i still don't have something to tell Carl.

Gabriele - I don't want to get to part, when we start to argue upon 
what started what. But for me, the discussion started yesterday, 
when you discussing with Max in liquid group, felt like collecting 
good ideas for your own design. I can't read anywhere, that actually 
what you did, you asked for more opinions! I felt quite opposite, 
witch you accusing us of some need of commitee to vote for what is 
good or not. The "commiteee" is old trick of Carl, sorry ;-) Noone 
was talking about it ...

Rebolek quite summed it nicely - we simply fear, we will not be able 
to comment soon enough, before the design is released.

And why? Because it already happened in the past.

can i do anything about that fear?

if I may suggest something you (and Carl) should write a document 
about new VID internals (how it will work, what it is going to support) 
- no code required in this phase. Then please release this document 
and have others to comment it. Then rewrite the document according 
to proposals you like and then someone should start to code, be it 
you, Carl, some RT outsider....whoever best fits the task.

I'm just afraid that "programming in the large" will not apply to 
the GUI.

Yes - write some proposal. Don't even show it to me, Rebolek, just 
few selected ones - Ashley, Anton, Maxim, Henrik ... fair enough.

FYI;  The informal Bob's Rules of Order time limit runs out on the 
REBOL User group

proposal tomorrow.  I think there is some consensus, and reading 
this it really looks

like a formalized Executive Summary would be beneficial to everybody. 
 Even if it

never gets read at RT, it'll let the community vent steam and brainstorm. 
 Expect 

an Agenda for the formation of a formal group on Saturday.  First 
meeting here on

Sunday-Monday-Tuesday.  I've tagged Bob's rule at 72 hours of 'floor' 
time,
(unless voted on and changed) after the organization forms.

because it's hard to harvest some comments to new VID when there's 
nothing on the table

let them shortly review and discuss general direction ... once agreed 
upon, close the door with Cyphre, buy lots of pizza and don't come 
out, unless you are ready with first prototype :-)

how is this different from what i said in the beginning - i want 
people to look at my vid as soon as i have something to show and 
get their comments.

Gabriele if that is what you said in the beggining than sorry, but 
it was somewhat lost in the noise

than everything's OK, just tell us when you're going to publish this 
proposal ;)

Gabriele = my VID = actual implementation already, no? Because - 
I looked at your former proposal/doc, and I am not sure I agreed 
to abstraction which was put into it ...

no code first, please, just some make-doc notes ...

because - if you decide to change some principle, it might mean to 
throw away some part of the code.

I'm going so side with Gabriele on this one.  Partly because it seems 
he is being

ganged up on at the moment, and I think it is the best interest of 
the common good to

let stuff roll and then discuss, rather than discuss and let roll. 
 (Given some trust of
good thorough work of course...)

It seems I may be at odds with Pekr's view.

I really take Henrik, Ashley, Anton and Max as ppl, who use rebol 
in various areas of real-life apps, or at least have deep enough 
knowledge of VID internals to help you ...

make-doc, yes, that reminds of makedoc3 I'm still waitnig for ;)

(ah, emotions are slowly comming back to my writing so I should better 
shut up ;)

my message from this morning: "(personally i want it to be dynamic. 
like adding people when i have some vid stuff to show.)"

no code first - i don't design from thin air. i need to write code 
to design. i don't care if it's thrown away, i do that all the time.

there's no way i will be able to write any design doc other than 
the one i've written more than one year ago without writing some 
prototypes.

Brain - my view is based upon endless RT's promisses and non delivered 
things, concepts, which are published, and then silently disapper, 
etc., sadly ... The basic road block being a communication.

Others mileage may vary, but I learn a lot more from code than from 
docs... within

balance of course...in particular a "get started doc" is critical. 
 After that realtime
exploring is the way to learn.

And I would like to warn us, upon my experience of team leadership 
here, that if some formal rules are not set for the future, we will 
not handle the situation.

Pekr: well, actually, Having Gabriele working on it rather than Carl 
is good news to me.

it means more communication... look, Gabriele actually is speaking 
with us... and IS here every day.

Yep.  And a formalized group may address some of that...may be not, 
but I think it'll be
worth the effort.

you see, I'm not against this whole thing .

the power

 is still way too centralised. New ppl will come. And that is why 
 I asked Carl even about concepts like DevBase, DocBase, BugBase, 
 localisations, communication principles with userbase, etc. - but 
 that is different topic ....

Pekr;  Yep RT has promised things...but (and this is where being 
out of the computer

biz for seven years may be of benefit to me) it seems things are 
really starting to
accelerate.

petr, can you elaborate more on abstraction? was my proposal too 
abstract or not abstract enough?

the direction of abstraction ... I was not sure about isolation of 
data from visual representation ...

just one last quick note: I think that having a look at MUI will 
be good - MUI resizes buttons automatically to fit the text in, there 
are no absolute coordinates. Someone may think, that absolute coordinates 
are good (bitmap graphic-heavy people), but absolute coordinations 
are PURE EVIL, at least from internalization/Localization POV. And 
if the GUI is not made with internalization in mind from the beginning, 
it's not possible to add it later (if it was, there won't be about 
forty people resing every button in Vista for every language edition 
manually)