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

Neovim 0.12.0

github.com

Post reply on HN
Print view View original

191–200 of 271 posts

Re: Neovim 0.12.0

#191

Post by fingerlocks »

jackrickards wrote: post #186
magguzu wrote: post #134

Earlier quoted context omitted.

I use neovim daily but am 100% sure I'm not even scratching the surface of its power. In fact I'm not even sure I'm using anything specific to the "neo" variant vs plain vim. I can do simple search/replace, page up/down, jump to character or delete x words, but I feel like I'm missing a lot to really take advantage of it. Is there a tutorial or guide people recommend to become more of a power user? The only plugin I…

I'd recommend checking out lazyvim, it comes with a bunch of very sensible plugins and you can read through the lazyvim docs (and then click through to individual plugin docs) to discover them and see which ones you want to use.

I recently switched to LazyVim and the default config in their tutorial included all the “extras”. It transformed vim into some kind of hallucinogenic kaleidoscope of an IDE with all sorts of telescoping overlays and pop-ups with a color scheme that fits well with an 8 year old girl’s princess themed birthday party. I actually screamed a little.

Not sensible. completely insane.

Re: Neovim 0.12.0

#192

Post by syngrog66 »

himata4113 wrote: post #131

I swapped to neovim and never looked back. I don't even have vscode, jetbrains or anything similar installed anymore. AI has made it so so easy to get into neovim and make anything work no matter how obscure it is. The biggest benefit for me which I haven't realized how good it is with tmux and the low low memory usage. I mean I can keep EVERY project I work on open, quickly switch and maintain. No more 10gb memory u…

vi/vim has enabled that for 30+ years.

Re: Neovim 0.12.0

#193

Post by himata4113 »

0x1ceb00da wrote: post #172
himata4113 wrote: post #131

I swapped to neovim and never looked back. I don't even have vscode, jetbrains or anything similar installed anymore. AI has made it so so easy to get into neovim and make anything work no matter how obscure it is. The biggest benefit for me which I haven't realized how good it is with tmux and the low low memory usage. I mean I can keep EVERY project I work on open, quickly switch and maintain. No more 10gb memory u…

How many weird terminal bugs do you have in your setup? Eg one that annoys me the most is that pressing esc in insert mode often takes a few seconds to do its thing.

Never had that.

Re: Neovim 0.12.0

#194

Post by himata4113 »

fingerlocks wrote: post #191
jackrickards wrote: post #186

Earlier quoted context omitted.

I'd recommend checking out lazyvim, it comes with a bunch of very sensible plugins and you can read through the lazyvim docs (and then click through to individual plugin docs) to discover them and see which ones you want to use.

I recently switched to LazyVim and the default config in their tutorial included all the “extras”. It transformed vim into some kind of hallucinogenic kaleidoscope of an IDE with all sorts of telescoping overlays and pop-ups with a color scheme that fits well with an 8 year old girl’s princess themed birthday party. I actually screamed a little. Not sensible. completely insane.

Not sure about the "tutorial", but I use lazyvim as base for LSPs, snacks, neo-tree and a theme matching the rest of my desktop and it seems to be fine?

nvim has a lot of "fun" plugins that you wouldn't actually use so I think you might have ran into that.

Re: Neovim 0.12.0

#195

Post by rluiten »

himata4113 wrote: post #162
magguzu wrote: post #134

Earlier quoted context omitted.

I use neovim daily but am 100% sure I'm not even scratching the surface of its power. In fact I'm not even sure I'm using anything specific to the "neo" variant vs plain vim. I can do simple search/replace, page up/down, jump to character or delete x words, but I feel like I'm missing a lot to really take advantage of it. Is there a tutorial or guide people recommend to become more of a power user? The only plugin I…

Honestly, same. I did naturally start to pick up things such as c(code actions) and some git related helpers. But gets you 90% of the way there with / navigation. Also just use the mouse! Lazyvim has great support for it. SK is your friend as well.

Remember that `SK` does not show neovim built ins. Example ctrl-o which moves to older jumplist position is not show in it.

I'd also suggest kickstart.nvim over Lazyvim as its leaner with a primary file for configuration it is not lacking power.

Re: Neovim 0.12.0

#196

Post by ablob »

shimman wrote: post #140
mayli wrote: post #109

Earlier quoted context omitted.

Bro, not every guy/girl is a regex master, multi-cursor is a much better UI/UX wysiwyg editor for everyday users.

Terminal editors are not WSIWYG applications. I don't think multi-cursor is the correct for a vim motion workflow but I'll admit my vim-fu is not as strong but I get by with the substitute command + grep good enough where I rarely feel the need for a GUI editor to use multi-cursor. Since VS Code is already an inefficient way to move around a code base, I don't think we should take any lessons seriously outside of how…

I think multi-cursors can be seen as an extension of macros, just that instead of defining the macro and navigating to the relevant places you instead navigate first and then execute the commands interactively (in essence skipping the part where you have to record). As a side effect you also don't need to be that concerned about what to do after having made a mistake. I've had some pretty nasty string-wrangling with the substitute command that could've been avoided by just using a macro and the other way around. I'd argue these things complement each other and there is no need to restrict yourself arbitrarily. Having it and not using it is better than needing and not having. I can recall countless times where multi-cursor would've been just the sweet-spot I needed.

P.S.: multi-cursor is not about moving around the code base and therefore not taking lessons about navigation has no impact in this matter.

Re: Neovim 0.12.0

#197

Post by jatora »

himata4113 wrote: post #170
jatora wrote: post #164

Earlier quoted context omitted.

you mentioned tmux. are you gaslighting me? lmao. and kernel panics are exceedingly rare on windows. i havent BSOD'd in eons

yes I mentioned tmux as a project management/switcher tool what about it? (how good (nvim) is with tmux and the low low memory usage. I haven't had a kernel panic once on reliable hardware. Linux is way more stable than windows device drivers and progressively less reliable graphics drivers.

[flagged]

Re: Neovim 0.12.0

#198

Post by mi_lk »

aidos wrote: post #94
augusto-moura wrote: post #67

Earlier quoted context omitted.

I believe neovim started as a fork specifically to implement features like LSP support and package management, VIM eventually also caught up. But i don't believe anything is out of the table, or against Vim tradition. Which features do you want to see built-in, specifically?

Multi threading, but yeah. Original HN post here if you’re interested. https://news.ycombinator.com/item?id=7279358

> The author of NeoVim (Thiago de Arruda)

I've always wondered what this legend is doing now

Re: Neovim 0.12.0

#199

Post by TymekDev »

shmerl wrote: post #56
TymekDev wrote: post #45

Earlier quoted context omitted.

> The folke/lazy.nvim is the most used plugin manager at the time of this writing. And rightly so: it is very capable with lots of features. Ironically, this itself makes it not very suitable to be a part of Neovim as most of the features come with significant code and maintenance complexity. Plus the whole idea of treating lazy loading as the main goal of a plugin manager does not sit well with Neovim core team. htt…

I'd stick to lazy.nvim for now. Lazy loading is really neat and lazy.nvim's ability to specify plugin dependencies isn't something vim.pack has either. I'd guess if you don't care about lazy loading and OK with just loading everything all the time - vim.pack is great to have as a built-in.

That's my impression too. However, I might give `vim.pack` a go for the novelty.

That being said, there is a way to lazy-load the plugins — Evgeni has a guide for that [1]. The "Load not during startup" variant is really simple with putting `vim.pack.add()` into `vim.schedule()`. The other myriad of options (keys, cmds, event) that lazy.nvim provides would require you to set up appropriate autocommands.

It gives me vibes of writing in Go. Everything is right there — builtin — but there's some verbosity to bear with.

[1]: https://echasnovski.com/blog/2026-03-13-a-guide-to-vim-pack....

Post reply on HN