
The creator of Helix calls it a "post-modern text editor." What does that even mean? Who knows. But here's what really matters: multiple cursor sup...
For further actions, you may consider blocking this person and/or reporting abuse
I have been using Helix for around a year now. Like you stated, Vim's setup takes a lot of your time. That of Helix, on the other hand, comes with excellent defaults.
I switched over from WebStorm and have never looked back. Yes, WebStorm is a great IDE but I wasn't using most of its features, such as its git features. So, for writing code and navigating it, editors like Vim and Helix are much faster and fun.
Hi,
thanks for the introduction.
You missed the most important feature: Does Helix support vi-keystrokes or offers it emacs type commands?
Hi, closer to vi, but makes its own adjustments
I installed the editor in a container to substitute vim.
At the first glance – a fresh and fast experience, workfow is comparable to vi.
I really enjoy the fzf-inspired file- and symbol-selection. Anything is there – out of the box. And anything works in a tmux-environment.
When you have to use other editors, it is nice to have a goto set of keybindings. I use VIM keybindings in VS Code, Visual Studio, Obsidian, ... in addition to VIM. If Helix code bindings are only available in Helix without the ecosystem in other tools, that would be a significant issue in adopting Helix.
Vim key bindings had like 2 decades to establish that adoption. This is not really a fair comparison.
I like Helix: it is almost ready to use IDE.
But I've tried recently Kakoune, which Helix borrowed some ideas from, and... Yes, Helix is better integrated. But Kakoune's keybinding and navigations are much more natural and easy to use.
It is pitty Helix's author decided to change keybindings/movements. He'd better stick on Kakoune's and then focus on integration part.
Wish there were hybrid with best things from both.
I'm married to Vim since my brain is so wired to it at this point, but lately I've found Zed and fell instantly in love. I'll check out Helix. Sounds interesting.
You mean it got out of the box experience like pycharme or webstrom IDE?
If not then it's not worth trying.
there are IDEs and there are editors. They provide different functionality and serve slightly different purposes
Then it's just a waste of time
What's a good use of time for one person isn't necessarily that for someone else.
If you don't like something, if you consider it "not worth trying", then that's fine, but please remember that it won't always be someone else's experience.
On the home page of the helix editor, they've addressed the question:
i cant live without plugin and extension. sorry
a lot of things don't have plugins. They're not needed everywhere)
I have a project I wanted something exactly like this for and you saved me some research. I will check it out. Thanks!
I'm so glad this helped you <3
Why not using VS Code +vim extension? For software developers, text editing is not enough.
Some people simply use a terminal. Others don't like to work with programs from microsoft.
I've used VSCodium with the vim extension and while it does a pretty good job, it doesn't feel the same. For me, (neo)vi(m) has been such a comfort place for so long that even a vim emulation mode as good as the ones with VSC (and they are pretty good!) isn't right.
"Software developers" encompasses a lot of people, and a lot of different languages. If I was using Java I might want an IDE. When I'm using GDScript, I use Godot's in-built IDE because it's so tightly integrated with the visual controls. When I'm writing PHP or Python or JavaScript or Rust or shell scripts or Markdown or... well, lots of things, I guess, I don't want or need any of that extra stuff. I want to be able to fire something up from a terminal and start writing without anything else trying so hard to be helpful it gets in my way.
That's a ridiculously naive statement.