diff options
| author | Justin M. Keyes <justinkz@gmail.com> | 2026-09-24 10:30:31 -0400 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2026-09-24 10:30:31 -0400 |
| commit | d49e50fe7c470ad7691449704cdd5ec715ff5613 (patch) | |
| tree | d556c498bf19b0a3e38fd8ee53676d21f5b46095 /runtime/lua/vim/provider/python.lua | |
| parent | 3c12d3ad04f15184ec6ea86aa095d33355a2089d (diff) | |
| download | rneovim-d49e50fe7c470ad7691449704cdd5ec715ff5613.tar.gz rneovim-d49e50fe7c470ad7691449704cdd5ec715ff5613.tar.bz2 rneovim-d49e50fe7c470ad7691449704cdd5ec715ff5613.zip | |
fix(multicursor): mapped jump merges cursors in follow-mode #42063
Problem:
Jumps (intentionally) don't cascade, thus they don't queue atoms. But in
follow-mode, a mapping that moves the cursor but queues no atoms,
LHS-cascades (this is a general fallback for the case where `keys`
cannot be resolved). Thus `nnoremap <Down> ]C` replays `]C` at each
cursor, which causes overlapping cursors, which are then merged/deduped.
Solution:
If a composite contains a "jump", set `composite.queued` to disable
LHS-replay.
Diffstat (limited to 'runtime/lua/vim/provider/python.lua')
0 files changed, 0 insertions, 0 deletions