World: r3wp

I'am very badd in dialects so I can't be of any use all my dialectal 
creation approche was learn thru makedoc it's good but not enought 
to imagine and write a vid like application

Global Event System: looks like 'menu has to use it, and I don't 
know if we have a real alternative. One thing I've added to 0.1.8 
is a 'keep function that lets you specify what widgets you wish to 
use and sets to none everything not used by those widgets ... so 
if more complex widgets require global events then so be it.


Contributed code: I prefer simple code (that may need to be enhanced) 
over complex code (that may have to be pruned).


Multi-tasking: The RebGUI engine is 90% where it needs to be so I'm 
spending most of my time on widget integration at the moment.


View 2.0: We have to work with what we have, although I have made 
a concession to the future [AGG] with regards to RebGUI's use of 
draw in preference to image + effects.


Dialectise RebGUI: It would be relatively easy to make the specification 
more VID-like by having each attribute specified with a distinct 
datatype (and moving duplicate datatypes such as an 'offset pair 
to a keyword such as 'at) but you pay a big price in code complexity 
and efficiency; and I'm not convinced that inferred attributes ("this 
is a 3-part tuple so it must be a color, while this is a 4-part tuple 
so it must be a span") make code legibility and maintenance any easier.


None of this is to say I can't be convinced otherwise, this is why 
RebGUI is still ALPHA. ;)

Contributed code: sure but yet existing amazing thing wasn't thinked 
to be added to RebGUI so If we want a good time average and retake 
yet existing widget. I think it can be seen as an omage to those 
ppl that spent lot of time try to implement this widgets. If we find 
a way to include them it's like we have a parternity and a real look 
over what exists in the rebol free community that"s a king of concretisation 
and that allow us to improve faster I don't think pruning ctx-menu 
is slower that redone the work from scratch ;). And As I say earlier 
that shows our consern and attention to what exists in rebol free 
community ;). Like "Thank you man you give us this widget now look 
what we can do with how it grow and how it became self dependent. 
If your still want to apport to it or have some ideas on it to share 
with us your very welcome" :)

Personally, I think it would be very cool to have a non-RT GUI dialect 
that was better than VID, but just as flexible.  I wrote VID in very 
short period of time, and it was disigned for more than what it is 
typically used for.  For example, VID is written in such a way that 
it makes it easy to write something like the Layout script -- because 
you can return to the original VID source code from the face itself.

In other words, VID is bi-directional.  Dialect -> Faces -> Dialect.

Most programs do not require that, so various fields of VID are not 
necessary.

Nice to see you here carl  ;)

Good to be here. Had a few minutes extra, since there is a huge storm 
going on in this part of Florida, and everything is runing behind 
schedule.

If I had a lot more time, I would be doing a lot more work on VID, 
because the few missing styles are really annoying. So are the few 
areas like moded-dialogs that need more work..... as does the default 
text editing code.

CArl I'am agree with you VID is a very amazing system no challenge 
with it in any other langagues ... But The first thing that came 
to us when we show VID based GUI is " why does this window looks 
so wired..." The fact that I spent on in less time than in other 
langage (even IDE compositor based) is not relevent for the non programmer 
or informatic nerd (sorry for the nerd word ...). What he want is 
what he knows GUI that are sharp designed but in the convention he 
knows hehehehe  ;)

I'm thinking that if I can find someone who wants to work on VID, 
I will actually find a way to pay for that, you know-- it is that 
*important* for it to be fixed.

look WinXP some people consider it as a renoval and tru novety but 
showing them GNOME/Linux/ Enlightenment based interface and desktop 
they turn mad ;)

But, I think the non-VID GUI projects are good too.  Because, when 
people use the SDK, they can use whatever GUI engine they prefer. 
They do not need to include VID in their code at all.

Carl If I had the knowledge to do so I will do so but most of what 
I learn about it was learn through the simple but amazing anamonitor 
and every day I learn new things Ashley is very y mentor  like cyphre 
or didec or Etienne Alaurent  :)

Yes.... those KDE/Gnome folks have done a nice job these days -- 
it would be great to get some people like that working on REBOL GUIs 
-- that would be used by many REBOL users.

I think that each time we tried to improve VID as a group, we got 
stuck because we tried to add too many things and make it too general. 
There are many improvements that I like, but in the end, it is more 
important to get them released than to make them perfect in every 
way.

Carl sure but in this point of view you loose attraction for RT ... 
and View vm grow grow and needs external things to be polished or 
to insert more evoluated (in the spirit of a user whan you have a 
menubar and a icon dockable bar it's evolued when you get them transparent 
it's even more evolved  :) )

things ;)

After all, look how many years it took MS to perfect even the simplest 
things in windows. For many years they were wrong or broken (and 
even to this day some still are).

Shadwolf, I agree with you -- we need to get those things improved 
for that reason!

I think feed it other is a good tactics that allow us to rethink 
some issues and you to get evolve too the existing system claiming 
that we still are in the Keep it simple ability ;)

feed eatch other ;) no feed it other ;)

each other

yes.

Carl and MS is an ogre ,) they have bunch of billions to spent on 
it but no brains hehehehehe ;)

we are the contrary we have brains maybe we don't communicate enought 
on important thing be we have no billions :)

great artist are poor but so prolific ;) and so revolutionnary ;)

I am hoping that when REBOL/Coop goes online, we will have a good 
way to deal with these issues.  We will be posting a lot of REBOL 
code (and C code too) for developers who feel that they can make 
them better in various ways that are most important to them.  In 
other words, if Pekr wants the REBOL console to scroll better, then 
he will have access to make that happen.

Shadwolf - what you say is very true.

I'm certain this will start a newer trade impact and even attrack 
those borring people that do all the day clic and sell apps ;)

making art deals with beauty not with capitalism :) But sure in this 
materialist word if you can sell your art at a good price it's even 
better but that's not the main purpose ;)

Yes, I hope so.  I also hope that it helps us from losing so much 
code that people come up with. I remember so many good enhancements 
that have been made for REBOL that over the years get lost somewhere 
on the network.... on servers that are long gone.

Carl me too that's why I'm support REbGUI and I was claiming for 
a such ambisious project since many time ;)

instead of carring in our hown corner our little tasks it's better 
to try  to merge our knowledge that's not new GNU and other free 
software projet/foundation are doing it yet (like blender what amazing 
software ... think of it it is a very hudge project and ambisous 
(it's using PYTHON API to make script what could be done using rebol 
in blender 3D renderer software for scripting ??? ))

Blender ambition is to be better than dynosors like maya and 3DSMAX 
supported by billions of dollars ...

REbGUI has a simplicity in it that most of other intens doesn't have 
that's a good point to hope for futur  improvements ;)

being simple is not only a better CPU usage but it offers too some 
rest and easy path to our totured brains ;)

My formation is around 3D gaming from design to realization so I 
know what brain torture is ;)

can't wait to start shipping glass... ;-)

Maxim, how about using RebGUI as a base? Or are you already looking 
into this?

Carl, I don't want better scrolling for console, but better keyboard 
navigation - ctrl arrow for skipping words, ctrl shift for hilighting 
...

Chris and I did some work on an ARROW style some time back. We'd 
like to offer it up if RebGUI can use it.

sure we need it for dropdown ;)

How should we submit it?

hum depending on the size if it's low sized you can put it on rebol.org 
with a comment and naming it ARROW4REBGUI.R for axample

I'll need to look at dust it off a bit I think. If you don't see 
it, via mail or on REBOL.org, in the next few days, please ping me 
on it.

I'm working on dropdown adaptation to REbGUI  so send it to me

I give you in private my direct mail

I can get it from here. Will send it shortly.

Chris noticed that under AGG things are a bit blurred since we use 
draw commands.