World: r3wp

if I understand it correctly, it is also about events ... in such 
a case - it is wise to build it upon existing event model? I mean 
- maybe something like liquid should be part of native level of REBOL, 
or is that OK as it is?

4 if you differenciate dg and dag nodes.

I have a data stream engine built using liquid.

you see liquid already has branched into 3 distinct APIs  which still 
can all work together.

liquid is for general dataflow.  it can do dag/dg/containers/synchronisation

stream is for filtering streams of data (like events)  in which you 
chain handlers and modify the stream as it flows from one node to 
another.

and another api is for aspect-oriented programming in which you define 
aspects and then let the engine compile results based on data you 
give it.   The engine allows you to speficy the rule for combining 
aspects and applying them to data sets.

so that you can automate the process with minimal application interaction 
needed.

I was really hoping for a release this week (it is ready codewise) 
but will not be able to document it properly, so it will be useless 
and will gobble time away, with me trying to explain how to use it 
!

so release is expected next week as part of my current steel site 
revival.

Max, just add some really simple examples. How about a lazy evaluation 
example? Or a way to import an XLS sheet and have it calc by liquid?

yes I plan on giving example within the documentation.

a good example is a graphic processing network.

status?

hehe... I am working on the documentation and new steel site as I 
write this.

all of this stuff should be online within a few days.

I reread the associative stuff, sentences seems not to have moved 
since 2003, so i would be interested in your implementation

including the imminent liquid release on rebol.org.  but I want to 
finish a tutorial, which will serve as both a final test and a learning 
tool for new users.

I am happy to see there is interest.

I hope the demo(s) will be enough to convince people of liquid's 
potential.

(and me too  ;-)

i really wonder what happened to sentences, lost funding or something, 
 fate of non-opensourced projects that don't get funded i guess

open source projects which are not funded suffer the same fate, btw.

(many of them, that is)

yes for many, but something like this is very very interesting

that is if it works :)

well everybody will be happy to know that I am releasing it under 
MIT license.

I am hoping that this will help adoptance a bit.

I am quite quiet these days about my stuff because I am working a 
lot on the release itself.  making docs, example codes, completely 
rebuilt the steel site, etc.

but as usual, work comes first, so There is only so many hours to 
put on this stuff... in my free time.

I wanted to release liquid last week... I could have, but would not 
have been able to properly support the release itself and answer 
even basic questions.  so I am preparing more help around it, allowing 
people to get the basics by themselves... (I hope)

Hi Maxim, 
are there liquid pumps?

As an example, imagine a layout with 2 input values, and 2 outputvalues, 
which depend on both inputs, e.g. input 2 numbers, and get  product 
and sum.

Now if I change the value of 1 input field, the new value would flow 
to both output fields. As far as I understood liquid so far, I now 
need another way to notify those 2 output fields, that there are 
new values waiting. And they have to actively get the new data.

Now add a pump, which pumps the data into the system, so that dependent 
!plugs automatically are recalculated.

Is this possible now? What do you think about adding this?

all you do is tell the dependent plugs that they are "Stainless" 
 (setting stainless?: true) and a plug is never left dirty.

this is all done already.

the nice thing is that in the same network, you can have a mix and 
match, since they all are lazy internally,  but the stainless are 
told to request their data right after being set dirty.

Ah, thanks, I should've known you'd already thought about that ...

How do you make the buttons fro your UI, the Aqua look?

Reichart, that would be my fault. It's done with DRAW. I developed 
a prototype, which was then refined by Maxim for practical use. http://www.hmkdesign.dk/rebol/cool/cool-widgets.r

http://www.hmkdesign.dk/rebol/cool/coolwidgets.png

Where did you get the formula for teh Help and close button: http://www.pointillistic.com/open-REBOL/moa/steel/images/regraph/regraph-0-1-4-main.png

that is the look of GLayout's style.  basically, its the button color, 
any color works.

Maxim: can you post the download url''s I wanted to play around possibly 
to see if I can understand what you are getting at.

new release of liquid: 

to download the file:          http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=liquid.r

for some docs on liquid:   http://www.pointillistic.com/open-REBOL/moa/steel/liquid/index.html

micheal, the !plug quickstart is a good way to begin understanding 
the basics:


http://www.pointillistic.com/open-REBOL/moa/steel/liquid/plug/plug-quickstart.html

the version 0.6 ref document is here: 


http://www.pointillistic.com/open-REBOL/moa/steel/liquid/plug/plug-reference.html

>> do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=liquid.r
connecting to: www.rebol.org
Script: "LIQUID - core dataflow programming engine." (4-Feb-2007)
** Script Error: slim has no value
** Near: slim/register [

this is not a bug... liquid is a slim module.  you must have slim 
loaded first

the quickstart explains how ... its VERY easy.  ;-)

Why can't you just do this:
do %slim.r
do %liquid.r
?

Surely that would be more rebolish ?