Live data from Hacker News

Helix Editor 25.07

helix-editor.com

11–20 of 167 posts

Re: Helix Editor 25.07

#11
post #8

Very sad that Helix still doesn't have Sublime-like multi-caret support. All I want is to Ctrl + Click and Shift + Alt + Arrows.

> All I want is ... Understandable, for sure, but the number of users who want their own "simple" addition means it gets overwhelming pretty quickly. Helix has deferred work on most extra functionality until after implementing a Scheme extension language. Once that's done, adding features might be as simple as installing a plugin.

Wait, helix will get scheme before gnu emacs, aww

Re: Helix Editor 25.07

#12
I love Helix, I highly recommend it to anyone who never quite got on board with vim but likes the idea of it. I found it much easier to learn and use, and it is distinguished from other vimlikes in that it's got a useful starting configuration.

Re: Helix Editor 25.07

#13
post #8

Very sad that Helix still doesn't have Sublime-like multi-caret support. All I want is to Ctrl + Click and Shift + Alt + Arrows.

> All I want is ... Understandable, for sure, but the number of users who want their own "simple" addition means it gets overwhelming pretty quickly. Helix has deferred work on most extra functionality until after implementing a Scheme extension language. Once that's done, adding features might be as simple as installing a plugin.

Authors are free to do as they please, but as an entitled member of the peanut gallery…aren’t there already enough small configuration languages? Seems like a distraction when there are already hundreds of schemes, Lua, Janet, etc.

Re: Helix Editor 25.07

#14
post #10

Helix is the most interesting editor I've seen in a while. Very sane configuration — my config includes just one line to change the default theme to something with more contrast. No "AI" shit pushed down your throat, and it takes the vim idea of applying actions to blocks of code, and swaps them around — you first select the code, and then apply an action to it. So you get visual feedback before doing the action and…

It looks very interesting and I'd love to support it, but editors that must be modal are difficult for me to use, personally. Editors that are not modal can be made modal, but can modal editors be made non-modal?

Have you ever used a modal editor? It takes the smallest bit of brain training to adapt, but feels more logical for long form coding. I spend a lot more time reading code than writing. Having more tools to grep/highlight/move text in one mode is quite productive.

Re: Helix Editor 25.07

#15
post #10

Helix is the most interesting editor I've seen in a while. Very sane configuration — my config includes just one line to change the default theme to something with more contrast. No "AI" shit pushed down your throat, and it takes the vim idea of applying actions to blocks of code, and swaps them around — you first select the code, and then apply an action to it. So you get visual feedback before doing the action and…

It looks very interesting and I'd love to support it, but editors that must be modal are difficult for me to use, personally. Editors that are not modal can be made modal, but can modal editors be made non-modal?

[deleted]

Re: Helix Editor 25.07

#16
post #10

Helix is the most interesting editor I've seen in a while. Very sane configuration — my config includes just one line to change the default theme to something with more contrast. No "AI" shit pushed down your throat, and it takes the vim idea of applying actions to blocks of code, and swaps them around — you first select the code, and then apply an action to it. So you get visual feedback before doing the action and…

It looks very interesting and I'd love to support it, but editors that must be modal are difficult for me to use, personally. Editors that are not modal can be made modal, but can modal editors be made non-modal?

I wouldn't want to go from modal to non-modal.

In fact, I have a hard time editing in web browser textareas and Google Docs because of the muscle memory of vimlike keybindings and how I've associated them with tactile keyboards. (Smartphones and tablets don't give me this problem since they feel different, but laptop/desktop Google Docs editing throws me for a loop.)

Once you learn, modal is the way to go. It feels like playing a piano over an AST. It's so elegant for code and syntax trees.

I've been using vim keybindings in vim and vimlikes (JetBrains IDEs and VS Code) for nearly twenty years now. I learned most of it within just my first three months and have picked up additional surface area every year. I would still call myself a novice relative to vim masters, but you can get a ton of value from the basic movements and chords and occasional macros. All that to say, the learning curve might look steep, but it's shallower than you think and certainly well worth it.

The only reason I'd see non-modal being useful in a modal editor is as a crunch to learn and make the onboarding smoother. But you'd probably still want the first steps to be modal anyway, so I'm not sure it would provide much value.

Just jump in. It feels weird and slow at first, but let it grow on you. It pays dividends.

Re: Helix Editor 25.07

#17
post #10

Helix is the most interesting editor I've seen in a while. Very sane configuration — my config includes just one line to change the default theme to something with more contrast. No "AI" shit pushed down your throat, and it takes the vim idea of applying actions to blocks of code, and swaps them around — you first select the code, and then apply an action to it. So you get visual feedback before doing the action and…

It looks very interesting and I'd love to support it, but editors that must be modal are difficult for me to use, personally. Editors that are not modal can be made modal, but can modal editors be made non-modal?

Probably not, but there are many editors to choose from if you do not like it. Some people prefer just modal so editors like vim/helix/etc. are tailor-made for them.

Re: Helix Editor 25.07

#19
I really wanted to like Helix, and for the most part did, but there is something about the way undo works that just feels incredibly wrong to me. What it wants to undo doesn't always seem logical and always undoes too much. I've lost work because of it in the past.

Re: Helix Editor 25.07

#20
post #8

Earlier quoted context omitted.

> All I want is ... Understandable, for sure, but the number of users who want their own "simple" addition means it gets overwhelming pretty quickly. Helix has deferred work on most extra functionality until after implementing a Scheme extension language. Once that's done, adding features might be as simple as installing a plugin.

Authors are free to do as they please, but as an entitled member of the peanut gallery…aren’t there already enough small configuration languages? Seems like a distraction when there are already hundreds of schemes, Lua, Janet, etc.

In that case, Kakoune[1] (Helix’s main inspiration) is probably more your jam. You get an RPC interface and are free to script it from anything you want (shell to Rust is about the range I’ve encountered). It does mean that you don’t get the batteries you get with Helix (e.g. LSP support) and need to bring your own (e.g. kakoune-lsp[2]).

[1] https://kakoune.org/

[2] https://github.com/kakoune-lsp/kakoune-lsp

Post reply on HN