fix(multicursor): q= (toggle follow) is not synchronous

Problem:
The clock-edge that decides whether queued motions cascade, reads the
global `mc_follow_motion` at the end, which may differ since the command
started/executed.

Examples:
- A mapping like `2q=gg1q=` (off, move, on) cascades the "gg" and merges
  the cursors, because follow=on when the clock-edge resolves stuff.
- `{Visual}Q` after a mapping enables follow at the end, and the
  clock-edge mistakenly cascades the mapping's keys.

Solution:
Save `CmdFrame.follow` in `curcmd`, and pass it to `mc_clock_edge()`.
Innermost-frame wins, so `q=` performed by a subatom/subcmd wins.

0 files changed, 0 insertions, 0 deletions