r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!Liquid] any questions about liquid dataflow core.

Maxim
24-May-2007
[526x9]
my next step for liquid (what I was working on During the devcon, 
but wasn't able to get done do to lack of sleep) was the creation 
of liquid net.
basically a connection based TCP i/o interface to any liquid network. 
 you define the ports, the protocol (on either end) and can then 
interface your Dataflow across machines  :-)  it would allow distributed 
processing without any understanding of such concepts.
obviously, the standard issues of machine redundancy will arise, 
but that is a good exercise for the later revisions of the system.
so one (actually several)  machines can be a controler and synchronise 
to others which can also locally change their states... and whatever 
they data can generate can be sent to any other machine, including 
the controlers... so you have ONE kernel to handle all aspects of 
your systems.  and its dead easy... and would interface directly 
within any other liquified systems like liquid GL, elixir, globs, 
or eventually GLASS.
want text ports, just make a liquid which spues out text on the console... 
need that logged, just plug in another node which spues out stuff 
on disk as it comes in... but you don't even have to change anything 
in your systems... and can even easily connect your logger to other 
nodes, so you can track the flow of traffic, or the end effects some 
root events are having on the outputs of the system.  sometimes its 
not obvious to see the real world relation of inputs and output... 


liquid allows you inspect all states at all points in time of you 
system's processing and compare it.
and actually generate other data from it  like diffs or comparison 
reports. :-)
you can figure out that out of 10 systems, one is actually contributing 
to most of the indirect unwanted outputs.
cause in many times when IT changes you get unwanted results out 
of its interaction with other systems.
although that is all very high level speak.  at low level its still 
pretty much the same concept.
Jean-François
24-May-2007
[535]
Maxim, I don't know if this would be considered simpe, but here is 
a suggestion:
http://www.bliner.com/projectmanagement.html
Mario
25-May-2007
[536]
Ditto: http://fileforum.betanews.com/detail/ConceptDraw_MINDMAP_Professional_for_Mac_OS_X/1118155814/2
Robert
25-May-2007
[537x2]
Max, on of the best examples would be a Rebol based simple 20x20 
Excel clone. Let people use Rebol code in the cells, and handle the 
reference handling via Liquid. It should be perfect DF applicable.
If this works, I'm adding it into my app ;-)
Pekr
25-May-2007
[539]
you could use nano-sheets, no? :-)
Gregg
25-May-2007
[540]
It would probably be easy to plug liquid in to nanosheets. I'd like 
to see that too. The current evaluation order is fixed L->R-->Top->Bottom; 
with liquid you might be able to do away with that entirely, and 
let the evaluation drive things.
Maxim
25-May-2007
[541x5]
perfect examples  :-)  I forgot about the spreadsheets  yes, it would 
be pretty simple to wire up  :-)
where Can I find nanosheets?
jean-francois, that would be an integral part of elixir  :-)  so 
wait for it to give you such capabilities within your whole work 
environment
mario, mind maps are very cool... I would like to make an optimised 
tool for quickly creating and organising mind maps in elixir but 
I can say that I hope others will join me in adding toolsets... its 
the whole point of elixir, an open, common framework of integrated 
and live tools.  anything goes into anything, so you can do things 
like share data between, you graphics, mind map and project management... 
why not even use some of it to drive the GUI building for one of 
the panes... I mean, in the end, they are all being used for one 
goal.
robert, If I start from scratch, it will be an n dimension spreadsheet 
with a scale of infinity in each of those dimensions (thus really 
limited by RAM, disk and REBOL types).   why start it up with a limitiation 
which is actually very easy to design correctly for starters... 


especially with GLayout which would just adjust the views as they 
grow.
Gregg
25-May-2007
[546]
I think the final nanosheets code went up with the DevX article. 
If not, I have it here.
Maxim
25-May-2007
[547x2]
can you mail it to me?  does it depend on any particular version 
of view?
why is it not on rebol.org?
Gregg
25-May-2007
[549x2]
http://www.devx.com/opensource/Article/27454/0/page/1
http://www.devx.com/opensource/Article/27969
I'll mail it as well. Not on REBOL.org...just time, priorities, and 
lazyness.
Maxim
25-May-2007
[551]
ok.  can it be packaged as a library module  ;-)  I'd put it up on 
revault
Maxim
5-Jun-2007
[552x2]
(just started looking at nanosheets... must have a little fun)
hum... I'm thinking its going to be much easier to make a pico sheets 
 ;-)
btiffin
5-Jun-2007
[554]
I'll pipe in...I've got a modified copy of nanosheets with scroll 
bars so it could support

more cells for financials sheets for the Fire Deparment volunteers...
Maxim
5-Jun-2007
[555x2]
I've started a simple test... but will start over... the new version 
will handle as much cells as you have RAM  :-)
(or until the GC starts caving in ;-)
btiffin
5-Jun-2007
[557]
:)
Maxim
5-Jun-2007
[558]
basically going to use a HASH of liquid nodes (the nodes themselves 
being already connected) and just asking for cell values, based on 
what cells are visible within the scrollpane.
Josh
17-Apr-2008
[559x2]
Maxim, you ever get some more of those demos worked up for liquid?
although it looks like he hasn't been on for a while
Tomc
19-Apr-2008
[561]
I think you can still get his attention on the maillist
Graham
19-Apr-2008
[562]
and gmail chat
Mchean
8-Jul-2008
[563]
any results?
Sunanda
8-Jul-2008
[564]
Max posted this to the mailing list about a month ago:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-message.r?m=rmlFGXC
Graham
8-Jul-2008
[565]
Max lives in a world of his own ... and I don't know the address!
Maxim
8-Dec-2008
[566]
hahahahahahahahaha
Graham
8-Dec-2008
[567]
Has liquid now solidified?
Maxim
8-Dec-2008
[568]
I've been using liquid in a variety of projects for the better part 
of 2 years now... its ubber stable, fast and quite scalable... in 
fact much better than I had anticipated, for such an un optimised 
piece of code.
Graham
8-Dec-2008
[569]
So, all the critics were wrong?
Maxim
8-Dec-2008
[570]
what critics  heheheh
Graham
8-Dec-2008
[571]
There were a number ... I can remind you if you like :)
Maxim
8-Dec-2008
[572]
elixir, for example,  easily allocates 10 000 nodes, creates a several 
thousand line AGG script and actually manages to rebuild the whole 
AGG dialect block faster than view can redraw it.
Graham
8-Dec-2008
[573]
You should be a salesman
Maxim
8-Dec-2008
[574]
elixir builds a 100% native AGG GUI .   EVERYTHING is built using 
liquid, event the field (control) properties and cursor management.
Graham
8-Dec-2008
[575]
does it do anything useful?