unit
VL.Fuse
unit | VL.Fuse | |
---|---|---|
12 | 22 | |
2,563 | 248 | |
- | 0.8% | |
9.7 | 9.8 | |
6 days ago | 6 days ago | |
TypeScript | C# | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
unit
- Unit – Next Generation Visual Programming System
-
Visual Node Graph with ImGui
https://github.com/samuelmtimbo/unit recently, which at least uses some kind of hinted auto-layout (besides the more propriety fancy)
I really want to see more graphical coding for years, but node/graph-based and blockly seem to be the only approaches that got sone traction so far. So I like this thread and it seems at the right place.
I'd wish to see
- Next Generation Visual Programming System
-
Unit (Visual Programming System) [video]
Interesting, and clearly a lot of work's gone into this (60,000 lines of Typescript), particularly the UI, which is impressive (if, sometimes, over the top). I've been developing a similar system (http://www.fmjlang.co.uk/fmj/tutorials/TOC.html) and it's interesting to note the similarities and differences.
Similarities: code as directed graphs (less obvious in FMJ); can only connect outputs to units of compatible type; if and wait (looping is handled differently); sticky values; sliders. These design decisions are practically forced on you, but are often absent in earlier visual dataflow languages (e.g. Prograph, LabVIEW).
Differences: (1) inputs are named in Unit, ordered in FMJ (though they're named in formulas and edges can be labelled). (2) I experimented with automatic code layout but found this was too slow and not always what I wanted. Well done for getting this to work. (3) FMJ is now fully homoiconic - this maybe isn't a priority for Unit.
The Unit design philosophy is explained in https://github.com/samuelmtimbo/unit/blob/main/src/docs/conc... . This doesn't mention earlier approaches (e.g. the Manchester Dataflow Computer, Prograph) and it seems to be based on vaguely similar ideas developed more recently (Morrison's Flow Based programming; possibly React and similar systems for web development - I'm unfamiliar with these).
I have a number of questions:
(1) How does the type system work? Is it Dependently typed, Hindley-Milner, or something more basic? (FMJ is Hindley-Milner, with dependent typing partially implemented). How are new types be defined?
(2) How is the visual representation stored? One criticism I faced was that people wanted a readable textual representation which would work well with existing version control systems, a problem I have now largely solved.
(3) How are runtime errors handled?
(4) Is recursion supported? (I assume yes, but I didn't see any examples.) What about macros?
(5) What does Unit compile to? (FMJ has an experimental compiler where programs are compiled by running their source without evaluating their inputs, output is Lisp.)
- Unit.land
-
A personal history of visual programming environments (2021)
I enjoyed reading this. I knew of quartz composer but I never did anything with it.
I love visual tools and I think they are underutilized today. I cut my teeth in ~2005 with Houdini[0] and Fusion[1] which are both heavily graph / node based (and procedural).
Most recently I have been rekindling my love for visual programming and flow based programming and plan to spend some time in January and February doing more research around flow based programming for infrastructure management.
I plan to get this sort of info published on my website which I have neglected for half a decade or more but if you are interested in visual programming you might enjoy checking these out:
Unit from Samuel Timbó:
https://github.com/samuelmtimbo/unit
https://ioun.it/
A video of me exploring what I figured out about it (while also learning to stream) https://www.youtube.com/watch?v=vwknTfGVDq8
Behave-Graph from Ben Houston:
https://github.com/bhouston/behave-graph
And the products I learned so long ago
[0] Houdini https://www.sidefx.com/products/houdini/
[1] Fusion https://www.blackmagicdesign.com/products/fusion
-
Ask HN: More “experimental“ UIs for editing/writing code?
https://github.com/samuelmtimbo/unit
- A code drawn in unit is simply a Directed Graph.
- Programming can be partially performed by Gesture and by Voice.
- Unit: Next Generation Visual Programming Platform
VL.Fuse
- VVVV – A Hybrid Visual/Textual Development Environment
-
Visual Node Graph with ImGui
Check out Fuse[1/2]. It's an open source library for visually programming on the GPU. It is built for use in the visual programming environment vvvv[3].
VVVV itself is based on .Net and you can extend its functionality by either writing nodes in C# or import just about every existing .Net library just by referencing it or installing it as nuget. No need for wrappers[4]. For rendering vvvv uses the Stride [5] game engine which comes with a really neat shader system / language which is basically a superset of HLSL [6]. In vvvv those shaders are represented as nodes and you can open them in your favorite text editor directly from the vvvv evironment, edit the code, save and the changed result will instantly be loaded in vvvv[7].
[1]https://www.thefuselab.io
[2]https://github.com/TheFuseLab/VL.Fuse
[3]https://visualprogramming.net
[4]https://thegraybook.vvvv.org/reference/extending/overview.ht...
[5]https://www.stride3d.net
[6]https://doc.stride3d.net/latest/en/manual/graphics/effects-a...
[7]https://thegraybook.vvvv.org/reference/libraries/3d/shaders....
-
Stride – Open-source C# Game Engine
We're using it as render engine for our visual live-programming environment vvvv: https://visualprogramming.net It allows you to play around with the engine fairly quickly. To get an impression, here is an intro tutorial that shows it in action: https://youtu.be/Cs60A_pSIy0 Also check out FUSE which builds on top of vvvv/stride: https://www.thefuselab.io/
- Alma – Generative Graphics Creator
- The GPU Banana Stand
- It's an interesting piece of software for real time graphics
- FUSE - an open source library for visually programming on the GPU
- FUSE - an open source library for visually programming on the GPU - [via: tebjan]
What are some alternatives?
vue-flow - A highly customizable Flowchart component for Vue 3. Features seamless zoom & pan 🔎, additional components like a Minimap 🗺 and utilities to interact with state and graph.
Stride Game Engine - Stride Game Engine (formerly Xenko)
lisperanto - Lisperanto is a spatial canvas for programming; Lisperanto is a spatial canvas for knowledge; Lisperanto is a spatial canvas for ideas;
ComputeSharp - A .NET library to run C# code in parallel on the GPU through DX12, D2D1, and dynamically generated HLSL compute and pixel shaders, with the goal of making GPU computing easy to use for all .NET developers! 🚀
impulse - Impossible Dev Tools for React and Tailwind
libfuse - The reference implementation of the Linux FUSE (Filesystem in Userspace) interface
metadesk
Pcx - Point cloud importer & renderer for Unity
newspeak - Newspeak is a live object-capability language in the Smalltalk tradition
react-native-gcanvas - react native canvas based on gpu opengl glsl GCanvas -- A lightweight cross-platform graphics rendering engine. (超轻量的跨平台图形引擎)
nodezator - A multi-purpose visual node editor for the Python programming language
navigation - Repository for the discussion and research in to navigating from page to page whilst staying in immersive mode. Feature leads: Rik Cabanier and Brandon Jones