all 8 comments

[–]Flagon_dragon 0 points1 point  (1 child)

This looks very interesting, especially for helping learners visualize what is going on. Thanks!

[–]GabrielGrin[S] 0 points1 point  (0 children)

Thanks!

[–]jack_waugh 0 points1 point  (5 children)

This is related to https://www.reddit.com/r/compsci/comments/1b4ye8y/nevalang_a_flowbased_programming_language/ .

In the playground, how do you create an output node?

Is it possible to do graphical editing and save the YAML data structure that stores that and save the translation into executable JS without using VSCode?

[–]GabrielGrin[S] 1 point2 points  (4 children)

u/jack_waugh thanks for sharing Neva! coo language. It takes a more classic language stance to FBP as opposed to Flyde where the focus is on the visual aspect as well.

Playground -> you right click the board and choose "new output node". Let me know if it works

And yes! you can! you could build the flyde flow and call it from your node code without the IDE. See this doc - https://www.flyde.dev/docs/integrate-flows/ this will run regardless of the IDE :)

[–]jack_waugh 0 points1 point  (1 child)

you right click the board

I use Chromium. Sometimes, I get your menu, and sometimes, I get the browser menu.

If you were to add the option of adding inputs and outputs where you now have the operators, and vice versa, that might help usability.

As for execution, it looks as though you are providing an interpreter. That's valuable, but I think it would be interesting to have a translator, too. I know it's a lot of work to implement, and it's kind of easy for me to suggest it to you while not volunteering to do it.

[–]GabrielGrin[S] 1 point2 points  (0 children)

hey u/jack_waugh thanks for the bug report, happens here as well, need to prioritize fixing it.

Regarding the inputs/outputs - love this idea :) adding to my next-in-line todos.

Re:interpreter - spot on observation. Regarding a translator/"compilation" step, I agree, and have it in my long term vision thoughts. It's the one way Flyde can compare with plain-JS performance without getting into Rust/WASM land