Have you heard of dion? https://media.handmade-seattle.com/dion-systems/ It's still in the category of "inserting text with the keyboard", but the underlying representation of the "program" isn't raw text. The text is just a user interface for a more complicated representation.
Ask HN: More “experimental” UIs for editing/writing code?
41–50 of 137 posts
Re: Ask HN: More “experimental” UIs for editing/writing code?
#42"Hazel is a live functional programming environment that is able to typecheck, manipulate, and even run incomplete programs, i.e. programs with holes. There are no meaningless editor states."
It's a programming language and IDE that's fully integrated with the semantics of the language. I saw the demo at Strange Loop in 2019[1], and it was really cool to see the interactive, dialogue-esque development workflow that I love from super dynamic lisps - but working with a strong, statically, dependently typed language. It reminded me of Idris, but even more integrated.
[0]https://hazel.org/ [1]https://www.thestrangeloop.com/2018/hazel-a-live-functional-...
Re: Ask HN: More “experimental” UIs for editing/writing code?
#43Have you heard of dion? https://media.handmade-seattle.com/dion-systems/ It's still in the category of "inserting text with the keyboard", but the underlying representation of the "program" isn't raw text. The text is just a user interface for a more complicated representation.
It seems like it's vaguely similar to SGML but with small but significant differences: instead of blah blah you say a: "blah blah", the node labels can be user data instead of just structure, attribute values are full subtrees instead of just strings, and attributes syntactically precede the node, so you say @foo(bar) baz instead of .
Re: Ask HN: More “experimental” UIs for editing/writing code?
#441. https://en.wikipedia.org/wiki/Light_Table_(software)
2. https://github.com/LightTable/LightTable
Re: Ask HN: More “experimental” UIs for editing/writing code?
#45- like https://www.liquidtext.net/ for program codes ? - or Flow-based programming ? --> https://github.com/topics/dataflow-programming
Re: Ask HN: More “experimental” UIs for editing/writing code?
#46I'm not sure anyone's actually using it, but there are some good ideas in there.
Re: Ask HN: More “experimental” UIs for editing/writing code?
#47Re: Ask HN: More “experimental” UIs for editing/writing code?
#48Have you heard of dion? https://media.handmade-seattle.com/dion-systems/ It's still in the category of "inserting text with the keyboard", but the underlying representation of the "program" isn't raw text. The text is just a user interface for a more complicated representation.
Verse is believed to include ideas from SkookumScript, which Epic acquired [1], and Simon Peyton Jones, a main contributor to Haskell [2].
[0] https://twitter.com/saji8k/status/1339709691564179464?s=20
[1] https://skookumscript.com/blog/2019/01-23-epic-aquires-agog/
[2] https://discourse.haskell.org/t/an-epic-future-for-spj/3573
Re: Ask HN: More “experimental” UIs for editing/writing code?
#49https://en.wikipedia.org/wiki/Subtext_(programming_language)
Re: Ask HN: More “experimental” UIs for editing/writing code?
#50Earlier quoted context omitted.
Quoted post unavailable.
If you don't want open source developers to starve, you damn well put your money where your mouth is. High quality open source software is worth paying for. The times when open source software is a niche cottage industry powered by volunteers are long gone. Time is not free, and software does not grow on trees (despite what overprivileged lisp users may claim).