Live data from Hacker News

Neovim 0.7 Released

github.com

141–150 of 220 posts

Re: Neovim 0.7 Released

#141

People who have tried both vim and nvim: - I have a theory that using `coc.nvim` is still the superior solution even compared to a native LSP. Why? Cause we can siphon from the huge man-hours of development and polish that M$ has put on VSCode. Every time they tweak VSCode, we at downstream, enjoy the benefits. Am I wrong in my assessment? - Vim's regexp-based syntax highlighting is annoying. So I think nvim+tree-sit…

I do recommend that new users just use coc.nvim, but not exactly because of what you said. Both coc.nvim and the built in LSP implementation use basically the same Language Servers, so whatever updates happen to the server will benefit either approach. However, coc.nvim DOES have a large community that has built a neatly packaged LSP client framework (and many other tie-ins like completion, snippets, formatting, and…

> and many other tie-ins like completion, snippets, formatting, and things like auto-pairs

This is usually where I check out when I get the urge to redo my vim setup. The fact that completion, auto pairs, snippets, and something like endwise are all at odds with each other isn't something I want to deal with.

Re: Neovim 0.7 Released

#142

Earlier quoted context omitted.

I switched from Kakoune to Helix recently. I've been very happy. It'll be a larger leap for a Vim user, but it was almost drop-in for a Kakoune user. Though i did tweak my bindings quite a bit to be more Kakoune like hah.

What kinds of improvements does Helix offer over Kakoune?

I don't use either one, but just from reading the comments here: using treesitter for syntax highlighting and having LSP configured out of the box (for kakoune I think you need to install an extension called kak-lsp).

Re: Neovim 0.7 Released

#143

Earlier quoted context omitted.

Most people I know that use Vscode now are coming from TextMate -> Sublime Text -> Atom -> VScode. Meanwhile my Vim go brrrrrr :D Seriously, there's a huge benefit to not constantly switching and learning new environments (admittedly since Neovim / switching to Lua for scripting Vim there's been a lot new but all things the community wanted)

Seriously, there's no benefit to sticking with one environment. The right tool for the job. If you're doing Java for instance, no version of vim or emacs comes close to the functionality of the popular IDEs. With vi perhaps you can type more efficiently. With a good IDE, you can develop far more efficiently. For modifying bash scripts on remote machines, vim all the way.

I could agree with you a few years ago but since LSP and Tree-sitter the tables have basically turned, I'm pretty confident you can get _more_ IDE-type features in Neovim (albeit with some amount of effort, no doubt). But, again, you can tailor that exactly to your liking.

Re: Neovim 0.7 Released

#144

Earlier quoted context omitted.

If that's true, I'd really like to try that. I've never heard of ALE, so thanks for that. Still, the fact is that you have to know what to install. It's not like the NeoVim manpage mentions any LSP clients. So it requires a lot of tinkering, reading and participating in the community to figure out how to do stuff. That's exactly opposite of 0-configuring. If NeoVim could bundle an LSP client with it, and have a confi…

Neovim does bundle an LSP client.You can launch and attach with ~6 LoC. See `:help lsp` https://paste.sr.ht/~mjlbach/1a1df5cd61627e87ea4c4355a0473bf...

I did not know about this. Thanks!

Re: Neovim 0.7 Released

#145

Neovim is such a weird derivative utility to me. Derivative/forked software usually isn't very successful to begin with, but then Neovim makes attempts to be modern and it's so not appealing at all. Here are some 5 second examples. Example 1: nvim . Still uses Netrw, which is fine, but doesn't even attempt to do things like: let g:netrw_preview=1 let g:netrw_banner=0 let g:netrw_browse_split=4 let g:netrw_liststyle=…

I don't want line numbers, IMHO it's an anti-pattern to have them. I'm not writing code trying to maximize the number of lines, or show my boss "look I wrote 10k lines today, so productive!". I'm trying to write less lines of code--if a function is sprawling past a page then I'm getting suspicious that it's too complex. If I have to remember "ok line 7000 is where the weird permission business logic starts" that's a…

[deleted]

Re: Neovim 0.7 Released

#146
post #92

I moved to Neovim from Vim based on the recommendation from my 16 year old :). He also suggested https://nvchad.github.io . NvChad was great in setting up the Neovim configuration with LSP for Ruby and others. Much better experience than Vim.

Could you share your nvim config for Ruby?

There are a lot of examples for Vim but found very few up to date for nvim.

Re: Neovim 0.7 Released

#147

Earlier quoted context omitted.

Debugging in Neovim is quite simple, I recommend nvim-dap, I made a few videos: https://youtu.be/ga3Cas7vNCk https://youtu.be/SIYt1dopfTc If you prefer Vimspector: https://youtu.be/-AZUIL1rY3U

I've mentioned this to several others (and also as a response to David in the past) but I highly, HIGHLY recommend anyone who's just getting started with nvim-dap, watch these videos. They helped me immensely when I was first getting it set up. Thank you David, they're a fantastic overview of these plugins!

Wow, thanks so much, I'm humbled!

Re: Neovim 0.7 Released

#148
post #125

Earlier quoted context omitted.

Debugging in Neovim is quite simple, I recommend nvim-dap, I made a few videos: https://youtu.be/ga3Cas7vNCk https://youtu.be/SIYt1dopfTc If you prefer Vimspector: https://youtu.be/-AZUIL1rY3U

I knew I'd watched the first two videos at some point because when I opened this page, those first two links were the only ones greyed out. Good stuff.

Thank you!

Re: Neovim 0.7 Released

#149
post #70

Earlier quoted context omitted.

It's a weekend of learning for a tool that you use your entire life. Any computer scientist should realize the power of amortization.

I'm a dev that spends 90% of his computer time with a JB IDE open and I'll give you my perspective on it. It just works out of the box (or with a couple of 1-click install plugins) for practically all my use cases. * I mostly write Kotlin/Java for backend, desktop and Android projects. JB has that covered: Gradle integration, refactoring, navigation, dependency updates, documentation viewer, visual git log/diff/merge…

You're paying about a minute every time you have to wait for your IDE to start. That quickly adds up.

Re: Neovim 0.7 Released

#150

Earlier quoted context omitted.

If you have ever said the word "bloat" unironically on your computer with 64G of RAM, built in might be for you. I really just want one config that works on: * Yes, my Ryzen 5 with 32G of RAM * My Pinebook Pro with 4G of RAM (and like 3.7G accessible) (and limited storage as well) * My jump host / gateway VM with 512MB of RAM (and even more limited storage than the PBP) So pulling down and running node.js to use coc.…

A lot of LSPs are written for node though, like pyright for example (yes, the best python LSP is written in typescript). It's kind of unavoidable to use node at some point if you're using LSPs in your editor.

This has not been my experience. For example I use this python language server, which is implemented in Python and uses jedi:

https://github.com/python-lsp/python-lsp-server

Rust analyzer is written in Rust, gopls in Go, clangd in C++, R language server in R, Jsonnet language server in Go, sqls in Go.

Post reply on HN