World: r3wp

Yes, looks good.  


May I suggest doing a "bright version" (white BG...etc.  As if Mac 
designed this...)


Although the dramatic colours always look striking, in the long run 
people tend to prefer the light colours so that they can use them 
easier in print and slide shows.

thanks!


yes, its always a matter of user useage, in the graphic editing world 
all the high-end apps use a dark scheme...

Maxim - what will Elixir enable us to do? :-)

but the colours are totally editable... it might take a few initial 
releases before I allow them to be editable in the API but internally 
all of that is very easy to change.

Elixir is a first shot at redefining the concept of you workspace.

you=your

I'm using a node graph as the basis for ALL system operations.  for 
now, I'm just finishing the core framework, so the "tools" part is 
not yet in place, but I'll have a nice demo to open up the future 
of elixir.

sounds cryptic to me - could you provide me with the example usage?

I'll ask a question... what do you do on your computer?  well that 
is all of what elixir will be able to do once all the elements are 
in place.

watching video, editing photos, chatting on icq, altme, a little 
bit of rebol coding, browsing web :-)

the difference is in the loss of the "software" as a monolithic entity 
which modify files.

now imagine being able to do all of those things together... litteraly. 
 any exchange of data can go to any other process.

hmm, could it be used e.g. for rebol programming? e.g. each node 
would be your module? hehe, kind of cool IDE for rebol :-)

and in fact, using elixir, many of the traditional need for "standard 
comms" becomes irrelevant as you build up apps on the fly, exactly 
as you need them.

the second module I'll be building for elixir. is a rebol IDE.

or even a menu system ... would look cool in 3D, openGLed :-)

each node can be anything... a code block, a text prepropressor, 
a function def.

yep... waiting for R3 ... but the core engine can work over any GUI 
cause its decoupled.

the cool thing is the cross application capabilities.... need to 
insert a pic in a button... hum.. just use the output of the image 
creating node and plug it in the image input of a button.

also note that currently, its 100% AGG/

well, whole new View is 100% AGG :-) Cyphre switched compositing 
engine to that of AGG internally AFAIK

I know... and the gobs, match conceptually my globs... funny how 
the naming even got to be almost the same.

I can say I have probably helped Cyphre into a few decisions, which 
are old requests of mine.

so if its done Like I think, using R3 elixir should be VERY interactive. 
 and if that doesn't work, well, I can just use OpenGL later on.

(well elixir is already pretty smooth... much more than I would have 
anticipated... especially with so little in the way of optimisation 
so far)

nice ....

(obviously, liquid's lazy computing goes a long way into that.)

I am curious, what Carl has in mind for View ... there were view 
plug-ins planned (dunno if it is the same concept as "rebol language 
plug-ins"?), which were supposed to provide you access to loaders, 
savers, and maybe even buffers?

it is good we saw some interview with Carl. It was talked on 3 forums. 
With R3 release, we could continue in that kind of "marketing", with 
some nice demos etc.

AFAICT the whole view will be opensource, so could probably retro 
fit a lot of !

are you sure it will be open-sourced?

its what I have read between the lines... only the core is said to 
be closed source.  and much of the reason for going open source IS 
view... many bugs would have been fixed ages ago.. I think Carl sees 
the advantage.

and I think he also understand the need for some of us to NOT be 
standard REBOL cause we are not writting small scriptlets.

If I decided to go ahead with OpenGL and Elixir, using GLASS as the 
design... what is left of REBOL but the syntax and the interpreter 
anyways?  I'd rather have the tool running on steroids without being 
tied to a chain.

I wonder if other languages could benefit from View? I know they 
have e.g. wxWidgets, but not sure how easy would it be to integrate? 
Maybe with R3 as a whole, pythonists can link/load "rebol library" 
to do so :-) View simply needs rebol interpreter ...

So you can imagine porting your concpets elsewhere, e.g. Python?

python uses tcl and litterally converts python calls into tcp script 
and applies them as strings through the tcp interpreter... its soooo 
lame.

the trouble with toolkits like wxWidgets imo is, that those allow 
mostly traditional widgets, kind of RebGUI ones. Not free form faces 
with draw facitilies etc.

Its always been the vision... in fact I am eagerly waiting R3 to 
see how much of liquid I can port as C++.

so I can make it hundreds of times faster.

think rebcode first :-)

I did a VID dialect in Python... worked exactly like GLayout with 
the proportional resizing.

same kind of list-based, free-form datatype and intutive.

what you used under the hood? wxWidgets? (PythonCard)

tcl/tk  directly .  not a single imported widget lib.

ended up with scroll panes, menues, tree views, all matter of buttons 
and fiels.

some very advanced GUIs where done with that engine... but alas, 
Its not my code, so I can't share it...

I don't even have a copy of it.

so continued from a discussion in VID+.

trying to help mario here grasp how to model a system using liquid.