There was a time when Bram Moleenar refused to do any updates to Vim, until Neovim came along.
Now that he's no longer with us, I don't think comments like this are necessary.
Being dead has no impact on the truth, actually.
Vim 9.2
161–170 of 203 posts
Re: Vim 9.2
#162I'm glad to see that Vim9 continues to make progress. The center of gravity may have shifted somewhat towards Neovim, but the Neovim ecosystem currently seems targeted towards people who want something more IDE-like. One question is: will more plugin authors move to Vim9Script? It seems that Neovim users have generally moved towards Lua-based plugins, so there's less of a motivation to produce plugins that support bo…
I'm not the target for your question (I distribute 0 plugins). But Lua support in Neovim is the primary reason I moved over from Emacs. Elisp and Vim are both so heart sink for me. That said I'd have preferred something other than Lua if I had the choice.
> That said I'd have preferred something other than Lua if I had the choice.
Denops is super easy to use, works great. Connects over RPC. https://github.com/vim-denops/denops.vim
Nvim-oxi is wild. Uses neovim's FFI to let you write Rust that talks directly to neovim. https://github.com/noib3/nvim-oxi
Denops has always been a niche but it was a really popular niche for a couple years. Activity is fading somewhat. I'm still doing my plugin dev in lua, and it's... survivable. But I do think of switching more into one of these options.
Re: Vim 9.2
#163But where are the AI features?? Gonna get left behind! Only joking of course, actually quite refreshing to see a new version announcement of something this major without any AI nonsense.
I made a vim extension where you describe the edit/action you want in natural language, and my ollama model thats trained on books like Practical Vim returns the key sequence and you can press e to execute without leaving vim. So you get automation help but also learn the syntax.
I used mcp-neovim-server to let my LLM control my vim session. that way it can debug and test and poke around. It's crazy good at debugging plugins. It's absurd how little these things need to look-up docs; half these models are just out the box wildly good at vim. "Open these files on these lines" and now there are four splits with me at the relevant line numbers. Awesome. And it'll explain how to do things & test it out & validate! https://github.com/bigcodegen/mcp-neovim-server
That was a little tricky to set-up. I ended up writing nvim-auto-listen, which uses some heuristics to find your project root, and starts a .nvim.socket in that directory. That makes it easy for mcp-neovim-server instances to find. https://github.com/rektide/nvim-auto-listen/
I'm only somewhat getting started, but the workmanship, fit and finish is just outstanding on Codecompanion, for a fantastically well put together in vim agentic experience. Works really well driving a headless opencode mcp. Being able to stay in vim but still get a great opencode powered experience has been mind blowingly sick. https://github.com/olimorris/codecompanion.nvim
Re: Vim 9.2
#164There was a time when Bram Moleenar refused to do any updates to Vim, until Neovim came along.
Bram Moolenaar updated Vim periodically for decades:
https://en.wikipedia.org/wiki/Vim_(text_editor)#Versions
The complaint, including from the Neovim founder, was that Moolenar rejected their update.
Re: Vim 9.2
#165Earlier quoted context omitted.
Because I know javascript a lot more than I know Lua (and I suspect given js popularity, a lot of people are in the same boat). Yes Lua is easy to learn, but it's still different enough that there is friction. The differences also aren't just syntactically, it's also libraries/APIs, and more. I also don't have any need/use for Lua beyond neovim, so it's basically having to learn a language specifically for one tool.…
I agree but also wonder if editor plugins fall squarely in the range of things an LLM could vibe-code for me? There is a large class of problems now for which I consider the chosen programming language to be irrelevant. I don't vibe code my driver code/systems programming stuff, but my helper scripts, gdb extensions, etc are mostly written or maintained by an LLM now.
I vibe-coded a simple neovim lua plugin very recently. It worked well!
https://joeblu.com/blog/2026_01_introducing-nvim-beads-manag...
Re: Vim 9.2
#166Earlier quoted context omitted.
> But where are the AI features?? Gonna get left behind! Obviously vim doesn't need AI, but one feature I really wish vim had was native support for multiple cursors. It's the feature that lured me away to Sublime Text in the first place many years ago, and it's a pre-requisite for pretty much every editor I use these days, from VSCode to Zed. There are plugins, but multicursor is such a powerful force-multiplier tha…
I'm curious to know what kind of editing you do that you need this so much?
It's a pretty useful feature when writing code.
Re: Vim 9.2
#167Earlier quoted context omitted.
Even if it is your own work computer?
if the computer is provided for work, by the company you work for, it is not "yours" limitations on what you can install on such machines can be quite draconian, including forbidding anything that IT Security and similar departments may not like.
I meant the work laptop you are given through working as a SWE. Are you referring to jobs in IT?
And are you allowed to use your own personal computer (laptop)?
If not, and you have to work on what you have been given, why are people OK with it[1]? In the case of IT jobs?
I cannot imagine being productive without my OS, WM, IDE, configurations and whatnot.
I did work on a desktop in an office before, using their software and it was awful. I could have automated the whole damn thing at home. It was the tax office and obviously I understand why I cannot use their software at home, but for an IT job?
[1] Stupid question, people tolerate much more than this, incl. not getting paid for overtime, being worked to death without a break every day of the week, etc.
Re: Vim 9.2
#168Earlier quoted context omitted.
The canonical answer to this request is as follows: if you need multi-cursor (or, worse, multi-cursor with mouse support) then you are doing something non-Vim way (aka: wrong way) and there is a better way to do it. If you need multi-cursor to do manual search and replace in text, then don't, just do automatic search and replace, maybe scoped to a block. If you need multi-cursor for refactoring or renaming a variable…
personally, I know I can use search and replace, but -n-n-c-replacement[0] is easier on my mind than the search&replace alternative [0] I've been using vim-multiple-cursors for years, it's abandoned but still works ok most of the time.
Do you know about *? It puts the word currently under the cursor into the search history.
So you can do *ciw, type your replacement, then n.n.n. to do the rest.
Obviously LSPs are more powerful though.
Re: Vim 9.2
#169You know, that new inline Vim's diff algorithm looks really tempting. I wish I had it in my Neovim
Re: Vim 9.2
#170Wayland support for a terminal editor? Woot?
Maybe read the very next sentence?
> Modern Platform Support: Full support for the Wayland UI and clipboard has been added. On Linux and Unix-like systems, Vim now adheres to the XDG Base Directory Specification, using $HOME/.config/vim for user configuration.
Yes.