Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Helix: A Neovim inspired editor, written in Rust

github.com

Post reply on HN
Print view View original

151–160 of 321 posts

Re: Helix: A Neovim inspired editor, written in Rust

#151

Post by fgeiger »

darrenf wrote: post #92
p-e-w wrote: post #10

I fully expect Helix to replace Vim, Neovim, and Kakoune for most users in the long run. Helix is built from the ground up around Tree-Sitter and LSP. This means you get the best syntax highlighting available, and IDE-like functionality, with zero configuration required other than installing the appropriate language server. Those are by far the most important features for a text editor to have, and crucially, they ar…

> I fully expect Helix to replace Vim, Neovim, and Kakoune for most users in the long run. I feel like I am definitely not in the "most users" group here. > syntax highlighting ... IDE-like functionality > Those are by far the most important features for a text editor to have. The most important features for me are the ability to navigate around and manipulate whatever's in the buffer(s) efficiently. I'm a 30 year vi…

Two out of three examples for sequences that you provide are not shorter in vim.

At least on my (US) keyboard, typing `^` takes two key presses (Shift + 6), as does typing `gs`. The same is true for typing `$` (Shift + 4) and `gl`.

When reading the migration guide as a decade long vim user, I actually found myself to think that some sequences in Helix are improvements over the ones in vim. For instance, `gs` is easier than `^` because both g and s are on the home row.

I do agree that going from `D` to `vgld` is a big change. If it is consistent throughout the UX, it might not be that big of a deal, though.

Re: Helix: A Neovim inspired editor, written in Rust

#152

Post by monsieurbanana »

sceadu wrote: post #143
kamaal wrote: post #142

Earlier quoted context omitted.

vscode is very good at this, and is the primary reason why I even use it. Frankly speaking the vim/emacs lines are yet to catch up with this sort of thinking. vscode feels like you are editing on the local machine. The experience is seamless and feels magical.

You can use tramp in emacs?

I can't vouch too much for it as I've used it for maybe 1 hour tops, but the remote capabilities of vscode were pretty seamless for that one hour.

Emacs+Tramp definitely does not feel like you're editing locally. A surprising amount of things work, but many others will fail in annoying ways or are just clearly not supported.

Re: Helix: A Neovim inspired editor, written in Rust

#154

Post by lancebeet »

kkkrist wrote: post #121
cloverr20 wrote: post #62

I have not tried the editor itself, but one thing that puts me off is how some people are claiming its going to replace vim/nevoim and others by the virtue of its great LSP and tree sitter support. I am working as a full time developer for the last 4-5 years and I never needed to use auto complete (for long words C-x n is there) and the current syntax highlighting seems fine. Vim is working great for me and I don't f…

I feel you. Vim has been such a staple in my dev life. So much that switching felt like betraying sweet uncle Bram ;-) And without the need to write typescript, I probably wouldn't have switched. But what made me stay even for non-typescript work were the little things, like the positions in the location and quickfix list being auto-updated while editing, being (feeling?) faster and more responsive, the saner default…

I use vim with ale. Linting, go-to- definition etc. for typescript (or really any other language I use) just works automagically. It took more effort to get it working in vscode. I haven't tried neovim or helix yet. They both seem great, but it seems to me that people here might be slightly exaggerating the difficulty of getting this working with regular old vim.

Re: Helix: A Neovim inspired editor, written in Rust

#156

Post by phao »

psuresh wrote: post #149

Does this 'written in Rust, written in Zig, written in Go' make any difference in the user experience? See this often nowadays.

Directly, I believe this has more to do with people interested in the language seeing it being used in actual projects.

Indirectly (a lot indirectly), sure. Maybe the software should perform better or maybe have fewer bugs because programming language X or Y is understood to help with those things. Maybe it showcases a more flexible architectural design, which leads to more potential features in future versions, etc.

Re: Helix: A Neovim inspired editor, written in Rust

#157

Post by galangalalgol »

phao wrote: post #156
psuresh wrote: post #149

Does this 'written in Rust, written in Zig, written in Go' make any difference in the user experience? See this often nowadays.

Directly, I believe this has more to do with people interested in the language seeing it being used in actual projects. Indirectly (a lot indirectly), sure. Maybe the software should perform better or maybe have fewer bugs because programming language X or Y is understood to help with those things. Maybe it showcases a more flexible architectural design, which leads to more potential features in future versions, etc.

It also hints at the mindset and values of the creator. Communities around languages value things that may or may not line up with the qualities of the language they form around, but simply the fact they value those things is reflected by rhe things they produce. If people think a language is performant, then performance will be something their community values. If it is known for having a learning curve, their product might too.

Re: Helix: A Neovim inspired editor, written in Rust

#158

Post by acje »

phao wrote: post #156
psuresh wrote: post #149

Does this 'written in Rust, written in Zig, written in Go' make any difference in the user experience? See this often nowadays.

Directly, I believe this has more to do with people interested in the language seeing it being used in actual projects. Indirectly (a lot indirectly), sure. Maybe the software should perform better or maybe have fewer bugs because programming language X or Y is understood to help with those things. Maybe it showcases a more flexible architectural design, which leads to more potential features in future versions, etc.

A bit like seeing «car built in carbon fiber”. May poke the interest in materials or imply different quality attributes and design intent.

Re: Helix: A Neovim inspired editor, written in Rust

#159

Post by ncmncm »

psuresh wrote: post #149

Does this 'written in Rust, written in Zig, written in Go' make any difference in the user experience? See this often nowadays.

Right, except for libraries or language-specific toolchain, the only legitimate reason to mention language in the title is to suggest doubt it was possible.

Re: Helix: A Neovim inspired editor, written in Rust

#160

Post by nerdponx »

lampe3 wrote: post #139

On of the things with vim/neovim for me what was a deal breaker is that you could not turn off/on LSP's for different projects. So neovim got slow for me. I also don't wanted to copy my config for each project. Does Helix have a solution for this?

For what it's worth, you can definitely disable autostart conditionally in nvim-lspconfig, maybe using on_new_config and setting autostart=false therein.
Post reply on HN