Show HN: Rhun, an open-source code editor written in assembly
Thread
Unofficial Hacker News client; not affiliated with Y Combinator.
Show HN: Rhun, an open-source code editor written in assembly
Unofficial Hacker News client; not affiliated with Y Combinator.
Imustaskforhelp · · focus · HN ↗
Some few features that I would love to have for myself is if it can support remote development similar to zed[0] using ssh
and if possibly, LSP support can be added.
I also think that this project can be used as the base support for many things and not just an editor as initial inspiration (sort of as a way to bootstrap a way to create extremely minimalist applications with themes and everything!)
I wish luck to the project and I might even start to daily drive it, there are many ideas that I can think of which I wish to add on top of it (I wish to create a scratch-pad app which can automatically save the files and I wouldn't have to prompt it), I had built it in Odin[1] but I feel like writing it on top of rhun might be easier as well
or a markdown editor similar to a more barebones version of obsidian/notion also come to my mind (If you are interested, please, do create something like this. QTmarkdown is one of the more minimalist things that I use but nearly all of these aren't really as minimalist as I would want them to and I think that rhun can help in it.)
Thanks once again and have a nice day! Man, do I love hackernews for these type of creative projects :-D
[0]: <a href="https://zed.dev/docs/remote-development" rel="nofollow">https://zed.dev/docs/remote-development
[1]: <a href="https://github.com/SerJaimeLannister/odinpad" rel="nofollow">https://github.com/SerJaimeLannister/odinpad
vladcodes · · focus · HN ↗
Imustaskforhelp · · focus · HN ↗
I would really like a plugin system which can make the codebase more easier to wield for these custom use-cases. Atom created Electron for their editor which then made literally everything use a browser for a native app, I can imagine that perhaps a similar yet hopefully more minimalist primitives can be provided by a strong plugin system to help other people make easier (side-editors?), plus points for using that for LSP purposes as well, also good point on preventing future bloat, I think that the future looks good provided that the codebase becomes managable for AI to use as its definitely testing the limits of AI in some sense imo which is strangely why I am even more curious as to how this project pans out as well and in terms of how it maintains the software/source code.