Hacker News Reader

Comment by oblio | Hacker News Reader

I wonder if we have numbers of Neovim adoption in its stated goal of being embedded. From what I've seen, adoption for this goal is SUPER low.

Sure, there are tons of projects that seem to do something in this area. But most of them seem immature, "a single dev worked on them for a bunch of months as a hobby project and then abandoned them" kind of thing.

For example I don't think anyone's making any kind of commercial IDE embedding Neovim. Or at least some type of lifestyle business like Sublime Text.

The type of thing where people "put their money where their mouth is".

View on HN

I don't think it's that low. I use neovim embedded in vscode as do many others: https://github.com/vscode-neovim/vscode-neovim

Interesting, that's actually one of the best possible use cases, I missed it somehow. Is it stable/how does it interact with VS Code features?

I use it everyday as part of my setup, and I've been very pleased with it. It can utilize keybinds, settings, and even entire extensions from Neovim. I even use the same init.lua settings file as my actual Neovim install, by checking for an environment variable that only VSCode sets to not load extensions/bindings that don't apply to VSCode.

For example, I have ']c' bound to jump to the next changed hunk in a file. This works by leveraging a git plugin in Neovim proper, but since VSCode has built-in git support, it instead invokes a VSCode command. Even more complex extensions like Hop/Easymotion work great. I've had much better experience with it than the other Vim binding extension, which just recreates the Vim experience with native VSCode features.

I'm also using the NeoVim plugin right now. Before that I was using the other popular one (can't remember the name, VSVim or something), but the latest version gave issues so I switched.

Only thing that's not working for me is when CodePilot changes some code, I can't edit any more text in that tab. Close and reopen works again.

I guess it will always have peculiarities, but it's still better than anything else in my opinion.

I've tried this before out of curiosity, it's usually because I CBA to deal with a vim config or managing & maintaining the integration. For vim mode I just use the standard "vim" extension and sync my settings to all my machines without thinking about it. The VS marketplace says this approach has about 6.5M installs.

https://marketplace.visualstudio.com/items?itemName=vscodevi...

https://github.com/VSCodeVim/Vim

VSCodeVim/Vim misses some of my favorite text objects and most importantly, it still feels laggy even on a 7950X :(

I just see embracing the lag and wishing for death as a normal part of the VS code experience

> The VS marketplace says this approach has about 6.5M installs

And it's entirely to do with the fact that the creators were the only ones shameless enough to call their extension "Vim".

In the early days of VS Code, there were a few extensions that tried to tackle the problem of bringing Vim-style key bindings to VS Code. The VSCodeVim project, branded as simply "Vim" in the extension store, was easily among the worst of them at the time. With the unearned advantage from squatting on the "Vim" name, however, it managed to get most of the attention and contributions.

The only others I’ve heard of are AmVim and VSCode-NeoVim, both of which are still active.

Are any of the others still in development? Any of them still worth picking over VSCodeVim?

I want to see VS Code have first hand support from Microsoft as well as Visual Studio itself, and JetBrains needs official support. Once that happens anyone trying to compete with these major IDEs will kind of be forced to do so.

Reply on news.ycombinator.com