5 ms·

Check out helix [0] for a kakoune inspired editor with some nice modern features included by default. [0]: https://helix-editor.com/ https://helix-editor.com/

by skavi 5y ago

mikojan 5y ago
Have been using this instead of vim for a month now. It's incredible. No messing with plugins and archaic config files. All works out of the box, including LSP integration. Highly customizable still. Extremely fast, too. I love "space-k" (Show docs for item under cursor). The one thing I'm still struggling with is the kakoune-like movements. Maybe I'm doing something wrong, but they do feel inferior to vim's.
- adam_ung 5y ago
  In Vim you can also hit Shift-k to open docs (I usually use it for manual pages).
  - skavi 5y ago
    In this case, space k will open a popup with docs/definitions provided by the language server.
- skavi 5y ago
  what kind of motions are you missing? I prefer helix to default vim, but miss the power of the amazing lightspeed.nvim plugin.
  - archseer 5y ago
    There's been some prototyping on easymotion type jumps: https://github.com/helix-editor/helix/pull/1162 https://github.com/helix-editor/helix/pull/1162
- r-zip 5y ago
  I agree it's nice, but Helix's default LSP for Python is unusably slow, having used pyright with Vim/Emacs/VS Code. I tried setting up the pyright language server to work with Helix, but could not get it to work. It will be much more usable once there's better documentation.
OtomotO 5y ago
Very intrigued, waiting for the wasm-plugins though. There are a few plugins I cannot work without. It's nice they have tree-sitter and lsp out of the box, but I can't live with things like hop[0] [0] https://github.com/phaazon/hop.nvim https://github.com/phaazon/hop.nvim
- lf-non 5y ago
  It's a bit surprising how many easymotion style plugins (n)vim ecosystem has. I discover a new one every other week or so.
- sj4nz 5y ago
  I got curious about this and found https://github.com/danr/kakoune-easymotion https://github.com/danr/kakoune-easymotion which I'm going to give a try. I haven't tried helix in a while, sometimes they have chosen not-quite default-kakoune like bindings which trips me up for certain kinds of selections.
sidkshatriya 5y ago
I use Kakoune very extensively. I've tried out Helix a bit though. While I'm adequately informed to make an assessment about Kakoune, my opinion about Helix is more impressionistic. My overall assessment is that Helix has the potential to run away with the Kakoune interested crowd! For a new editor Helix looks shockingly polished! Here is what I like: - Tree sitter is integrated into Helix. Kakoune use a lot of regexes for syntax highlighting (except when the syntax highlighting can be done by the LSP). I really like that - LSP is built into Helix so you don't need to worry about adding extra plugins. It just works! (Worth mentioning: Kakoune has amazing LSP integration via the separate kak-lsp plugin though) - Helix is built in Rust. Kakoune is built in C++. I've encountered the occasional segfault in Kakoune and I would guess that these would be rarer in Helix simply because Rust makes it easy to write "safer" code by default I find Kakoune as more minimalist and consistent in its editing philosophy. Helix AFAIK does not have a good plugin story yet. OTOH it is almost trivial to write a plugin in Kakoune. Kakoune's pure-editing features (multiple cursors, selections and other primitives) seem richer and deeper. Helix has a wider selection of features "out of the box". As Kakoune has been around for a while it feels more mature. Helix is designed to be an "editor for all" and tries to be a bit like spacemacs with the spacebar as an important key. (BTW Kakoune has relegated the large spacebar key to a relatively minor functionality which is a pity). Helix feels a bit more responsive and snappy than Kakoune on my machine. (But both are very fast). That could be because I was comparing vanilla Helix with Kakoune+plugins. However, long term, because Kakoune likes shelling out frequently, that might be a bottleneck on how responsive Kakoune will always ultimately be. Helix seems to have a very fast pace of development. Kakoune moves much more slowly and ponderously. Kakoune's creator is quite hesitant about adding new features possibly in a desire to keep the core editor small and consistent. Kakoune also tends to be a bit opinionated about accepting features in general in its code-base. Coming to the innards of Helix & Kakoune you can see the differences in the philosophy of both editors. The Helix code base liberally uses many rust crates to build the editor. Apart from a recent C++ compiler and a posix system Kakoune has literally _no_ dependencies -- not even ncurses or a regex library! Basically, Kakoune likes to build everything in-house. This approach has its benefits and pitfalls which I'm not going to debate here. While Kakoune has had a lot of community contributions over the years, Helix seems to have lot of community momentum behind it currently.
414owen 5y ago
Helix is my daily driver and it's got such nice defaults I haven't even bothered configuring it. For modern code editing it's just faster. Everything's built in natively.
- skavi 5y ago
  I made two changes: switched my theme to everforest-dark and reduced scroll-lines from 3 to 1. I was very happy to see that second option as it still hasn’t been implemented in neovim [0]. [0]: https://github.com/neovim/neovim/pull/12355 https://github.com/neovim/neovim/pull/12355
jb1991 5y ago
wow, I pulled up a C++ file in Helix just now -- never used it before -- and the LSP just worked out of the box. Amazing. Setting up LSP is usually quite a pain in editors like this.
_nhynes 5y ago
I gave it a try but I couldn’t figure out how to disable the editor help popups or hide the line numbers. For all the sane defaults, I’d miss the configurability of Vim. The code is well organized, and compile times are short, so at least it’s hackable.

Check out helix [0] for a kakoune inspired editor with some nice modern features included by default. [0]: https://helix-editor.com/ https://helix-editor.com/

by skavi 5y ago

Check out helix [0] for a kakoune inspired editor with some nice modern features included by default. [0]: https://helix-editor.com/ https://helix-editor.com/

mikojan 5y ago

Have been using this instead of vim for a month now. It's incredible. No messing with plugins and archaic config files. All works out of the box, including LSP integration. Highly customizable still. Extremely fast, too. I love "space-k" (Show docs for item under cursor). The one thing I'm still struggling with is the kakoune-like movements. Maybe I'm doing something wrong, but they do feel inferior to vim's.

adam_ung 5y ago
In Vim you can also hit Shift-k to open docs (I usually use it for manual pages).
- skavi 5y ago
  In this case, space k will open a popup with docs/definitions provided by the language server.
skavi 5y ago
what kind of motions are you missing? I prefer helix to default vim, but miss the power of the amazing lightspeed.nvim plugin.
- archseer 5y ago
  There's been some prototyping on easymotion type jumps: https://github.com/helix-editor/helix/pull/1162 https://github.com/helix-editor/helix/pull/1162
r-zip 5y ago
I agree it's nice, but Helix's default LSP for Python is unusably slow, having used pyright with Vim/Emacs/VS Code. I tried setting up the pyright language server to work with Helix, but could not get it to work. It will be much more usable once there's better documentation.

OtomotO 5y ago

Very intrigued, waiting for the wasm-plugins though. There are a few plugins I cannot work without. It's nice they have tree-sitter and lsp out of the box, but I can't live with things like hop[0] [0] https://github.com/phaazon/hop.nvim https://github.com/phaazon/hop.nvim

lf-non 5y ago
It's a bit surprising how many easymotion style plugins (n)vim ecosystem has. I discover a new one every other week or so.
sj4nz 5y ago
I got curious about this and found https://github.com/danr/kakoune-easymotion https://github.com/danr/kakoune-easymotion which I'm going to give a try. I haven't tried helix in a while, sometimes they have chosen not-quite default-kakoune like bindings which trips me up for certain kinds of selections.

sidkshatriya 5y ago

I use Kakoune very extensively. I've tried out Helix a bit though. While I'm adequately informed to make an assessment about Kakoune, my opinion about Helix is more impressionistic. My overall assessment is that Helix has the potential to run away with the Kakoune interested crowd! For a new editor Helix looks shockingly polished! Here is what I like: - Tree sitter is integrated into Helix. Kakoune use a lot of regexes for syntax highlighting (except when the syntax highlighting can be done by the LSP). I really like that - LSP is built into Helix so you don't need to worry about adding extra plugins. It just works! (Worth mentioning: Kakoune has amazing LSP integration via the separate kak-lsp plugin though) - Helix is built in Rust. Kakoune is built in C++. I've encountered the occasional segfault in Kakoune and I would guess that these would be rarer in Helix simply because Rust makes it easy to write "safer" code by default I find Kakoune as more minimalist and consistent in its editing philosophy. Helix AFAIK does not have a good plugin story yet. OTOH it is almost trivial to write a plugin in Kakoune. Kakoune's pure-editing features (multiple cursors, selections and other primitives) seem richer and deeper. Helix has a wider selection of features "out of the box". As Kakoune has been around for a while it feels more mature. Helix is designed to be an "editor for all" and tries to be a bit like spacemacs with the spacebar as an important key. (BTW Kakoune has relegated the large spacebar key to a relatively minor functionality which is a pity). Helix feels a bit more responsive and snappy than Kakoune on my machine. (But both are very fast). That could be because I was comparing vanilla Helix with Kakoune+plugins. However, long term, because Kakoune likes shelling out frequently, that might be a bottleneck on how responsive Kakoune will always ultimately be. Helix seems to have a very fast pace of development. Kakoune moves much more slowly and ponderously. Kakoune's creator is quite hesitant about adding new features possibly in a desire to keep the core editor small and consistent. Kakoune also tends to be a bit opinionated about accepting features in general in its code-base. Coming to the innards of Helix & Kakoune you can see the differences in the philosophy of both editors. The Helix code base liberally uses many rust crates to build the editor. Apart from a recent C++ compiler and a posix system Kakoune has literally _no_ dependencies -- not even ncurses or a regex library! Basically, Kakoune likes to build everything in-house. This approach has its benefits and pitfalls which I'm not going to debate here. While Kakoune has had a lot of community contributions over the years, Helix seems to have lot of community momentum behind it currently.

414owen 5y ago

Helix is my daily driver and it's got such nice defaults I haven't even bothered configuring it. For modern code editing it's just faster. Everything's built in natively.

skavi 5y ago
I made two changes: switched my theme to everforest-dark and reduced scroll-lines from 3 to 1. I was very happy to see that second option as it still hasn’t been implemented in neovim [0]. [0]: https://github.com/neovim/neovim/pull/12355 https://github.com/neovim/neovim/pull/12355

jb1991 5y ago

wow, I pulled up a C++ file in Helix just now -- never used it before -- and the LSP just worked out of the box. Amazing. Setting up LSP is usually quite a pain in editors like this.

_nhynes 5y ago

I gave it a try but I couldn’t figure out how to disable the editor help popups or hide the line numbers. For all the sane defaults, I’d miss the configurability of Vim. The code is well organized, and compile times are short, so at least it’s hackable.