LVIM 10.0.18

Q adds cursors again, and clearing them no longer lands on a key the window navigation already owns.

---

Q was closing a file panel instead of adding a cursor

Neovim 0.13 makes Q place a multicursor — [count]Q at each match, {Visual}Q at each line. In this config it did nothing of the sort: a global <S-q> entry in the keymap manifest bound it to LvimFiles close, and that binding won everywhere, not just inside the file panel. The manifest even carried a note admitting the clash — the panel's close key had been declared from inside the plugin's own config, out of sight, and pulling it into the central file made the collision visible without resolving it.

The global <S-q> is gone. Nothing is lost: the panel still closes with its own buffer-local q, and <S-x> toggles it shut from anywhere — so Q is free for the multicursor it belongs to.

Clearing multicursors landed on a key the window nav owns

Neovim clears every multicursor with CTRL-L — the same default that also drops search highlight and redraws. But <C-l> here belongs to lvim-winnav, the seamless nvim-window ↔ zellij-pane navigation, and it had replaced the built-in entirely. Pressing it moved a pane; it never cleared a cursor.

Rather than take <C-l> back from the navigation, the clear is relocated to <C-c>q — it runs exactly the namespace clear the <C-L> default performs (nvim_buf_clear_namespace over nvim.multicursor) and redraws. It also shows up under the <C-c> hint panel with the rest of the chord family.

---

Also in this release

Updated pinned revisions for lvim-colorscheme and lvim-winnav.