Vim: Adding a cursor in multi-cursor mode does not scroll the window

Created on 28 Aug 2018  路  13Comments  路  Source: VSCodeVim/Vim

Describe the bug
If you have a long file (longer than one window) and you add cursors with "gb", at some point it will start selecting words that are out of the window.

To Reproduce
Steps to reproduce the behavior:

  1. write a file with a lot of identical lines
foo
foo
...
  1. go on a "foo"
  2. press "gb" multiple times

Expected behavior
Each time I press "gb", a new "foo" should be selected, and when a foo that is out of the window is selected, the window should scroll.

Obtained behavior
The window scrolls the first time only, but when a selection is more than half a window away from the first cursor, the window will focus on the first cursor and "gb" will keep selecting things out of the window.

Environment:

  • Extension Name: vim
  • Extension Version: 0.16.1
  • OS Version: Linux x64 4.17.0-1-amd64
  • VSCode version: 1.26.0
aremulticursor

Most helpful comment

I'm having the same issue and it seems to be affecting the process of manually adding multiple cursors by Alt+Clicking to add a cursor as well. When I attempt to add an additional cursor that requires scrolling out of view of the first cursor, the screen jumps back to the first cursor when I click, but the cursor is placed after the screen moves, placing it close to the first cursor, making it impossible to place the cursor where I want it to be.

Installation Details:
Windows 10 version 1803
VSCode 1.30.2
Extension Version 1.0.1

All 13 comments

I have the same problem, cmd + d don麓t do scroll

Environment:

Extension Name: vim
Extension Version: 0.16.1
OS Version: MacOSx 10.13.6
VSCode version: 1.26.1

Me too, the window stops scrolling at some point when pressing command + d.

Environment:

  • Extension Name: vim
  • Extension Version: 0.16.4
  • OS Version: MacOSx 10.13.1
  • VSCode version: 1.27.2

have the same problem

Same problem here. Very inconvenient when using multiple cursors. Anyone interested in looking into this?

:+1:

I'm having the same issue and it seems to be affecting the process of manually adding multiple cursors by Alt+Clicking to add a cursor as well. When I attempt to add an additional cursor that requires scrolling out of view of the first cursor, the screen jumps back to the first cursor when I click, but the cursor is placed after the screen moves, placing it close to the first cursor, making it impossible to place the cursor where I want it to be.

Installation Details:
Windows 10 version 1803
VSCode 1.30.2
Extension Version 1.0.1

I'm having the same issue and it seems to be affecting the process of manually adding multiple cursors by Alt+Clicking to add a cursor as well. When I attempt to add an additional cursor that requires scrolling out of view of the first cursor, the screen jumps back to the first cursor when I click, but the cursor is placed after the screen moves, placing it close to the first cursor, making it impossible to place the cursor where I want it to be.

Installation Details:
Windows 10 version 1803
VSCode 1.30.2
Extension Version 1.0.1

Same problem.
Can not add an additional cursor at position out of view of the first cursor by Alt + Click.

Environment:

  • Extension Name: vim
  • Extension Version: 1.0.8
  • OS Version: MacOSX 10.14.3
  • VSCode version: 1.31.1

Same here and confused me on a number of occasions.

@J-Fields also this one for a area/multicursor label?

Here's a workaround I came up with. It's not ideal but saved me from giving up on this plugin.

Add this to keybindings.json to quickly enable/disable VIM.

When you need to use cmd+d (like it was meant to be) you can disable the entire VIM plugin, do your multi-cursor editing, and then reenable VIM right afterwards.

{
     "key": "cmd+alt+v",
     "command": "toggleVim",
      "when": "editorFocus"
},

This issue is the only problem I currently have with the VSCodeVim extension. I experience this issue while using the multi cursor alt+shift+click, alt+click and ctrl-d functionalities. @J-Fields. However not ideal, for now I therefore use the workarround of @commanderfun. @J-Fields thanks a lot for looking into the issue.

I suppose it's fixed, because in 1.14.5 it works as expected, at least on Windows 馃帀

@ihodev Thanks for the heads-up. The issue described by @blastrock (multi-cursor while using the ctrl+d command) does indeed appear to be fixed on windows and Linux. There however still is a bug when trying to use the multi-cursor feature with alt+shift+click and alt+click selection.

System info

Version: 1.46.0-insider
Commit: 2c1871d538c64df71af4902deba47d7fa4b53f27
Date: 2020-06-01T11:50:47.719Z
Electron: 7.3.0
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Linux x64 5.4.26-050426-generic snap
Was this page helpful?
0 / 5 - 0 ratings

Related issues

elithrar picture elithrar  路  3Comments

WangRongda picture WangRongda  路  3Comments

triztian picture triztian  路  3Comments

cckowin picture cckowin  路  3Comments

liamdawson picture liamdawson  路  3Comments