34 points ambigious7777 2 hours ago 28 comments
msub2 1 hour ago | parent
evanjrowley 1 hour ago | parent
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.
srott 1 hour ago | parent
riedel 1 hour ago | parent
sn0n 1 hour ago | parent
rfgplk 1 hour ago | parent
incognito124 1 hour ago | parent
sumnole 1 hour ago | parent
stephbook 58 minutes ago | parent
hmokiguess 57 minutes ago | parent
ejpir 54 minutes ago | parent
benrutter 1 hour ago | parent
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.
tomtom1337 7 minutes ago | parent
hmokiguess 1 hour ago | parent
benrutter 1 hour ago | parent
OlivOnTech 1 hour ago | parent
hmokiguess 58 minutes ago | parent
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
setopt 46 minutes ago | parent
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.
n42 53 minutes ago | parent
https://www.reddit.com/r/HelixEditor/comments/1wpt22a/mitos_...
jswelker 46 minutes ago | parent
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.
joefreeman 45 minutes ago | parent
jon128 21 minutes ago | parent
One thing that really sticks out to me and gives me a feeling I won't consider to use Mitos, is the presentation further down on Mitos' front page of rendering of image files inside the terminal emulator. I rather that an image viewing program be opened, maybe called with options to not display interface widgets, and to be displayed in a new window tab. I use i3 or Sway, so I already have macros that do just this, and I don't fail to appreciate that others have this luxury (or not).
Alternative branches, or even forks like this are a good thing. Sometimes these help reach new consensus and merge back into the original project making the new project stronger, provided the original reason for a fork wasn't really issues of conflicting personalities.
I think a fork of Helix can be a step in the right direction. But "view images inside the terminal" doesn't pass the smell test. The mindset of displaying images inside of a terminal window and the macOS window decorations in the example screenshots, those two things together are part and parcel.
lekevicius 20 minutes ago | parent
bbor 16 minutes ago | parent
I prefer a TUI to a heavy Electron app, don't get me wrong. But Helix (& Mitos!) seem like a baffling choice compared to Sublime Text. Not worse: I literally don't understand the appeal.
fcoury 15 minutes ago | parent
https://youtu.be/eX1ZhXY0VZU?si=hUufOFS5ifTGeh-g
If you're looking for something like that I'd love if you could take it for a spin: