Not sure if this has been posted before, but this ...
# thinking-together
j
Not sure if this has been posted before, but this is quite close to the sort of thing I've been working on: http://nodes.io/
i
This was just posted in #CCL5VVBAN :)
s
saw this y’day, it looks super neat!
j
Hah!
s
just saw this it looks good
n
Looks like a typical boxes-and-arrows code composer. What excites you about it?
i
• I like their approach to commenting and annotation. • The visual design of the nodes themselves is simple and effective. (You'd be surprised how many VPLs do a bad job of this) • They've done a good job of carving out parts of the problem space well suited to nodes-and-lines (eg: interactively composing subsystems), while providing a nice GUI for editing properties and a text editor for doing nitty-gritty. • The different views of the node graph are handy — things like recoloring to show performance or hiding inactive edges. • The search features are nice. • There seem to be lots of nice touches. This looks like a tool that they've put a lot of thought into.
I'd say all of the design considerations outlined in their Story writeup are important (though different tools should reach for different solutions). But I'd also say 90% of VPLs don't even consider all of these things. Hell, even Pd and Origami do a bad job of some of this stuff.
Nodes isn't god-tier (yet), but it's definitely ahead of the pack.
Here's one very concrete example of something I like: Their nodes have the Pd / Max / vvvv / etc style of a row of inputs on the top, and a row of outputs on the bottom. In Nodes, they've devoted the entire node box graphic to inputs and outputs, by putting the node name off to the side. Each input and output is a square. There's no padding. This means the hit target for each input and output is as large as can be given the size of the node and the uniformity of the squares. That makes patching less fiddly than it is in tools with smaller hit targets. Here's a criticism: All their edges appear to be S-curves. That's fine as a default, but it definitely leaves a huge part of the possibility space unexplored. When evaluating these sorts of VPLs, the devil is in those sorts of details.
j
@Nick Smith This is pretty interesting due to the inspirations they're taking (Houdini) and from the target application (realtime interactive graphics and others). On top of this, it's a tool which they clearly use day-to-day, which is great! It seems like it's more on the dataflow side, compared to a pure-functional language approach like Luna, but still pretty interesting! 🙂