Comments
And even though abstractly I like helix's keyboard model better than vim, I wish there was a way to just switch to vim mode because it is too ingrained.
Maybe this fork can address some of this either directly or by allowing plugins.
https://www.reddit.com/r/HelixEditor/comments/1wpt22a/mitos_...
That said, fwiw, I haven't felt the need for anything on it and it feels "complete" to me as far as my daily use goes
Maintaining OSS is tough, do you know what the community has been wanting lately that it lacks? Maybe I'm an outlier user or I don't know what I don't know
I believe I’ve heard many users requesting a plug-in system (there were some plans for Scheme?), and that the devs themselves considered many features as more appropriate for plugins than first-party support (code folding and non-LSP snippets, if I recall correctly?). I don’t know how Helix developed the last couple of years, but if features like that didn’t materialize yet, that sounds like sufficient impetus for a fork to me.
https://github.com/helix-editor/helix/pull/8675
Helix was originally meant to be a "batteries included" editor without any scripting/plugins. That PR intends to change this and so there is a bit of controversy around it. Overall it looks like the PR will eventually be merged.
The Mitos fork could have be made for totally unrelated reasons. This is really just my speculation.
I don't have anything against Nano, but for something I use every day, I'd really miss go-to-definition, and being able to jump between sections of text quickly.