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

Helix 23.10 Highlights

helix-editor.com

Post reply on HN
Print view View original

41–50 of 76 posts

Re: Helix 23.10 Highlights

#41

Post by James_K »

saagarjha wrote: post #26
James_K wrote: post #8

Earlier quoted context omitted.

[flagged]

I don't see good things coming out from applying your own value system to the comment you wrote.

It provides a rare but obvious criticism which these people are sorely lacking. You can tell this is true by how many of them replied to it telling me that the placebo effect made them feel a lot better about this new editor. And of course it's on to the next thing once the honeymoon period wears off and some new shiny set of keys is dangled in front of them.

Re: Helix 23.10 Highlights

#42

Post by BaculumMeumEst »

wholesomepotato wrote: post #30
kinghajj wrote: post #9

Earlier quoted context omitted.

$ du -hs /opt/homebrew/Cellar/helix/ 139M /opt/homebrew/Cellar/helix/ That doesn't seem unreasonable to me.

Helix the binary is around 24M on my system. Helix uses tree-sitter for rich language support. Tree-sitter's grammars are binary dynamic libraries compiled from some source code. Depending on how they are written and how complex they are, they can be anywhere from few KB to many MB. There's like 150 of them ATM. It's not exactly Helix's fault that some are unreasonably large. Tree-sitter is a large part of what makes…

helix is the only editor that gets this right. shipping pre-compiled grammars should be the default for any editor leveraging tree-sitter, from a user experience perspective and for stability.

the fact that more popular editors expect you to check them out yourself and compile from master and then wire everything up yourself and "hopefully there's no incompatibility today!" is insane. we should really have higher standards than that.

Re: Helix 23.10 Highlights

#43

Post by b0sk »

kjuulh wrote: post #37
dmagyari wrote: post #15

Earlier quoted context omitted.

I also use Helix full time, I really like it, especially the multi cursor features. I was a neovim user before, but I did not enjoy configuring my editor all the time. I like Helix config defaults, LSP works out of the box, the commands are a bit longer to type, but more logical. I cannot work without a file tree, I settled with the tree explorer fork[1] and I'm happy with it. [1] https://github.com/helix-editor/heli…

Yeah I've considered it. For now ranger in a pop up term works nice enough for me. Ranger is a bit slow so I should move to lf or some other alternative.

Check out joshuto - https://github.com/kamiyaa/joshuto

also written in Rust

Re: Helix 23.10 Highlights

#44

Post by dang »

Related. Others?

Even more hindsight on Vim, Helix and Kakoune - https://news.ycombinator.com/item?id=36427267 - June 2023 (115 comments)

More hindsight on Vim, helix and kakoune - https://news.ycombinator.com/item?id=36066347 - May 2023 (1 comment)

Helix 23.03 - https://news.ycombinator.com/item?id=35384691 - March 2023 (93 comments)

Helix 22.12 - https://news.ycombinator.com/item?id=33890655 - Dec 2022 (40 comments)

Helix: Post-Modern Text Editor - https://news.ycombinator.com/item?id=33494840 - Nov 2022 (166 comments)

Helix: A Neovim inspired editor, written in Rust - https://news.ycombinator.com/item?id=33147270 - Oct 2022 (306 comments)

Helix: A post-modern text editor - https://news.ycombinator.com/item?id=33039390 - Sept 2022 (2 comments)

Helix, Terminal Modal Editor - https://news.ycombinator.com/item?id=30847041 - March 2022 (2 comments)

Helix 0.5 released (Kakoune like terminal text editor) - https://news.ycombinator.com/item?id=29043889 - Oct 2021 (2 comments)

Helix: a post-modern modal text editor - https://news.ycombinator.com/item?id=27358479 - June 2021 (365 comments)

Re: Helix 23.10 Highlights

#45

Post by asoneth »

38 wrote: post #6

Release size is ridiculous, and they refuse to do anything about it https://github.com/helix-editor/helix/issues/6187

I'm actually impressed at how nicely they answered the request by explaining why it's so large, pointing out a few workarounds, explaining why it's not currently a priority given their vision, and leaving the door open for potential future improvements. It would have been a lot simpler and less hassle to simply ignore it or close it with minimal discussion.

Re: Helix 23.10 Highlights

#46

Post by prudentpomelo »

I just started using a modal editor this summer. Started with vim, progressed to neovim and landed on helix. I love the batteries included features and minimal configuration. Using a scripting language (Lua) for configuration was bit too much overhead for me to get started with neovim. I felt immediately productive using helix. I also prefer the selection->action model as well as native multi-cursor support. I would definitely recommend it to anyone looking to start using a modal editor. Experienced vim users might find it irritating to adjust to helix. In my opinion, it has the best out-of-the-box experience of anything I have tried so far. Though I will admit that Intellij is paying the bills for now and I use helix for all my school work. I hope to get helix to be my daily driver eventually.

Re: Helix 23.10 Highlights

#47

Post by eviks »

wholesomepotato wrote: post #30
kinghajj wrote: post #9

Earlier quoted context omitted.

$ du -hs /opt/homebrew/Cellar/helix/ 139M /opt/homebrew/Cellar/helix/ That doesn't seem unreasonable to me.

Helix the binary is around 24M on my system. Helix uses tree-sitter for rich language support. Tree-sitter's grammars are binary dynamic libraries compiled from some source code. Depending on how they are written and how complex they are, they can be anywhere from few KB to many MB. There's like 150 of them ATM. It's not exactly Helix's fault that some are unreasonably large. Tree-sitter is a large part of what makes…

> It's not exactly Helix's fault that some are unreasonably large.

But it is Helix's fault for including them all even if 99% of the users will never use them (like the linked Verilog issue illustrates)

Re: Helix 23.10 Highlights

#48

Post by eviks »

BaculumMeumEst wrote: post #42
wholesomepotato wrote: post #30

Earlier quoted context omitted.

Helix the binary is around 24M on my system. Helix uses tree-sitter for rich language support. Tree-sitter's grammars are binary dynamic libraries compiled from some source code. Depending on how they are written and how complex they are, they can be anywhere from few KB to many MB. There's like 150 of them ATM. It's not exactly Helix's fault that some are unreasonably large. Tree-sitter is a large part of what makes…

helix is the only editor that gets this right. shipping pre-compiled grammars should be the default for any editor leveraging tree-sitter, from a user experience perspective and for stability. the fact that more popular editors expect you to check them out yourself and compile from master and then wire everything up yourself and "hopefully there's no incompatibility today!" is insane. we should really have higher sta…

More popular editors expect you to click a button when you open a file in a given language to install language support, nothing insane about that, easy and also no waste

Re: Helix 23.10 Highlights

#49

Post by [deleted] »

diarrhea wrote: post #29

Smart tab is so… smart. I really admire how people keep coming up with creative features that immediately make sense and become table stakes right away. This applies to editors across the board. Couldn’t imagine living without command palette in VSCode, for example. Smart tab looks like something I’d be using constantly. Does anyone have experience switching from VSCode to Helix? I’m using a ton of different features…

[deleted]

Re: Helix 23.10 Highlights

#50

Post by agarren »

threePointFive wrote: post #12

I used Helix for a while due to its support for LSP out-of-the-box, which my Vim config at the time couldn't live up to. I switched back to NeoVim after finding LunarVim[1] which had everything I was trying to get setup in my own config. [1] https://www.lunarvim.org/

I’m a big fan of LunarVim, but handling large files out-of-the-box is not a great experience. Observed in both lvim, and neovim with my own config. I’ve found myself leaning on helix in those cases - quicker than screwing with either config, or running vim -u NONE.

LunarVim is my daily driver, but Helix is screaming fast compared to it in many cases.

Post reply on HN