AltME: Liquid

Messages

Maxim
yep, you got everything right  :-)
the linking order is guaranteed to be preserved (until you change it)
Josh
Which is why I was worried about !plug type to begin with, but using containers is just data, unless it isn't a leaf
Maxim
containers are always leafs... anything you use  'FILL on becomes a leaf (or more precisely can be or contain, a leaf)
when you fill a plug, it bypasses the normal dependency system.  but you can setup a plug so it uses both the filled data and the links.  
When you set it up like so, the filled data acts just like a link, which you can decide to be always the first or last item in the process data you receive.
Josh
If I dynamically create a lot of plugs/containers with random data and linked them to a plug, what would be the best way to unlink them if necessary?
I guess I need to read through the code comments to see all the functionality
Maxim
Regarding cycles...   usually, when a cycle is required in your data, you can relink it differently to create a different graph which doesn't require a cycle.  some things require to take a value and modify it, for example adding to a leaf.  that can't be done within liquid easily.   it CAN be done, but requires advanced understanding of all the messaging and processing so that you replace some of the low-level code within !plug.
if you look at the !LATCH plug type in the glue.r module, you'll see that you can play around with messaging and allow for some cycling... since that plug will only allow ONE cycle in the second link until you change the value of the first link.
Josh
I think this is a pretty interesting way to program.   I appreciate all your help and hopefully I can get this whole application up and running.
Maxim
unlinking is done in one of two ways depending on what end of the plug you want to stop looking at.
its either the unlink function, a plug stops looking at (depending on) another one, or the insubordinate function which unlinks all the plugs depending on it.
Maxim
the fluid dialect makes it sooo much simpler now.
there will be a new release of it today.
Josh
You are really on a roll these days!  Just hope to have some documentation.  Wish i could have seen your presentation at RECODE.
Gregg
For docs, what we need to do is take Max's posts here, format as blog entries, and publish. :-)
Maxim
I'm releasing or updating stuff just about every week... if you look on my stats on github... there is quite a bit of green.  :-)
for now, I was thinking of using github's wiki:
https://github.com/moliad/liquid-libs/wiki
though I haven't had a lot of time to put on documentation... lately, I'm using unit tests more and more as documentation.   my next big project release (Steel is comming back) will have a few tools (those shown at devcon) and a few odds and ends.
if you want to contribute stuff on the wiki... be my guest AFAIK its public, so any github user should be able to add stuff.
Gregg
Wiki = good. :-)
Maxim
Can anyone confirm that they can play with the wiki without me needing to adding them to some "allowed contributors" list?   TIA
Gregg
Confirmed.

Maxim
kewl  so if anyone wants to start taking charge of documentation for one or many of my projects... you are more than welcome  :-)
note that just about all the code I release is being actively used in production right now.  Some of these are mission critical apps which run automated systems and integrate into other systems like Sharepoint.

Last message posted 308 weeks ago.