Live data from Hacker News

Helix: A Neovim inspired editor, written in Rust

github.com

271–280 of 321 posts

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

#271

Earlier quoted context omitted.

I would say they're pretty encouraging. There's a straightforward path to implement it, and some work is being done on that front.

As far as I understand from scanning the PR, there's been more than a year of discussion with no actual progress on a basic (if not in this case simple to implement) feature which is universally available in text editors. Helix looks nice in many ways (I installed it last night and have worked with it on a couple of Rust projects today) but it's clearly more of a research project with potential than current practical…

I wouldn't say so. It's taken so long because it hasn't been a priority for the developers, and nobody else picked it up.

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

#272

Low contrast default color scheme = non-starter

I got you. Put this in your ~/.config/helix/config.toml.

    theme = "bogster"
Or type `:theme` and use tab to cycle through the themes (it'll apply the theme to the current file while you cycle, no need to hit enter).

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

#273

Earlier quoted context omitted.

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.

Well, I tried ALE and it worked ok. Compared to the neovim built-in lsp client it just doesn't display as much info and does not support multiple hints per line. There's also CoC which should also work with regular vim and which I've used for a while, but it wasn't very stable for me (the auto-insertion of import statements made it crash frequently for example). The built-in lsp client seems to be the cleanest, fastest and most stable implementation. Using nvim-lspconfig it was fairly easy to set as well. It just took me a while to find out how to disable all the distracting live-/auto- completion, underlining, inline-hints etc. (vim.diagnostic.config)

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

#274

just started using this today and fell in love and hoping to replace my current main editor which is vscode with vim bindings. I don’t wanna spend hours on configs so I really like its opinionated defaults

I did this in February after 20 years in Vim. Haven't opened vim since. Happy coding my friend :)

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

#275
post #253

Earlier quoted context omitted.

orgmode is so not a markup language and cant be served via lsp. its a whole ecosystem built on top of emacs. short of rewriting it, implementing it fully in another editor would require a sort of virtual emacs machine running in the background

Typescript or Rust are also not markup languages, and language servers for them allow for many interesting, non-trivial operations, so the model is capable. Ergonomic keybindings would be a challenge though.

org-mode is more a program than a language. how would you implement org-capture or org-agenda through lsp?

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

#276
post #255

Earlier quoted context omitted.

What's a list of tabview?

VSCode has a vertical 'subwindow' on the left which list all the opened tabs. I call this 'a tab view/list', I don't know what's the real name. Usually I have between 10 and 20 tab opened, so the tablist is very helpful for navigating between tabs. Unfortunately (AFAIK) the 'fast' editors (vim, kakoune, etc) don't provide such feature. Some have a tree list but not a tab list :-(

In vim, you can list open buffers with :b

Edit: sorry, it’s actually :ls

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

#277

Some interesting stats: - Helix has 624 open issues (1,103 closed) [0] - Vim has 1,172 open issues (5,518 closed)[1] - NeoVim has 1,258 open issues (7,496 closed)[2] - VSCode has 7,463 open issues (136,638 closed) [3] [0] https://github.com/helix-editor/helix/issues [1] https://github.com/vim/vim/issues [2] https://github.com/neovim/neovim/issues [3] https://github.com/microsoft/vscode/issues

[deleted]

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

#278
Helix author here: I think the poster chose an unfortunate headline.

1) Helix was written to replace my neovim setup but is in fact kakoune inspired. 2) It's written in Rust but I don't draw focus to it precisely because RiiR/"X in Rust" posts are getting a bit tiring to see.

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

#279

Earlier quoted context omitted.

> Those people are just trolling; trolls are off-putting. Trolling means saying something you don't believe in to start a ruckus/annoy people/make a flame war. People saying that an editor done in the spirit of vim can replace vim/neovim, since it has LSP/tree-sitter support (which translates to: since it, on top of what it inherently has, automatically gets auto-complete/lint/etc support for all kinds of languages)…

> Trolling means saying something you don't believe in to start a ruckus/annoy people/make a flame war. No it doesn't; please don't make up word semantics to try to make people look wrong. It's childish and pointless. A disruptor cannot be absolved of trolling by it being confirmed that they believe in their own statements; a good many trolls are invested in their message, not just in disruption activity. > nobody st…

>> Trolling means saying something you don't believe in to start a ruckus/annoy people/make a flame war. > No it doesn't; please don't make up word semantics to try to make people look wrong. It's childish and pointless.

OK, this conversation doesn't have a point anymore. I make up "word semantics"? What I described is the canonical definition of trolling. Don't believe me? Here are some third party one's:

Cambridge dictionary: the act of leaving an insulting message on the internet in order to annoy someone

Urban dictionary: Trolling – (verb), as it relates to internet, is the deliberate act, (by a Troll – noun or adjective), of making random unsolicited and/or controversial comments on various internet forums with the intent to provoke an emotional knee jerk reaction from unsuspecting readers to engage in a fight or argument

Merriam-Webster: to antagonize (others) online by deliberately posting inflammatory, irrelevant, or offensive comments or other disruptive content

In any case, nobody knowing what a troll is and hiw it's used would consider people saying "this editor as is, and with the aid of LSP/tree-sitter support it has, will gain adoption" fits any definition of a troll.

That's even if we consider people posting stuff they sincerely believe as "trolling". If the intention is not to mock/insult and get a reaction out of those reading the message, it's not trolling.

Those people are just optimistic for some new tech. That's a dime a dozen in HN and tech forums or blogs. At worse they're hyping it (like the Nth "X in Rust"). All of this has nothing to do with trolling

So, I don't know what bizarro definition you have. If you do have one, do share it.

Post reply on HN