Description
Describe the bug
Since about 2-3 months now, I've noticed that VIM switches from input mode to visual mode when pressing ctrl+shift+left/right
. This does not happen when ctrl+left/right
is used or shift+left/right
is used. If both are used it does switch to the visual mode though which is a bit unpleasant since the input started in a different character position and for example in the following gif removed one more character to the right (the semicolon):
The gif first shows navigation with
shift+left/right
, thenctrl+left/right
(both behave correctly), thenctrl+shift+left/right
withx
at the end (incorrect/disputed behaviour).
To Reproduce
Steps to reproduce the behavior:
- Open file
- Switch to input mode
- Navigate with
ctrl+shift+left/right
- Observe switch to visual mode
- Press
x
ord
to delete selection -> Observe that because of visual mode selection one character to the left/right is additionally removed
I haven't found a way to disable this behaviour, but this didn't used to be the default behaviour before.
Expected behavior
Either ctrl+shift+left/right
preserves input mode and does not go into visual mode or an option can enable/disable this behaviour.
Screenshots
Please see above
Environment (please complete the following information):
- Extension Version:
1.17.1
- OS Version:
Windows_NT x64 10.0.19041
- VSCode version:
1.52.0-insider
Config
"vim.camelCaseMotion.enable": true, "vim.mouseSelectionGoesIntoVisualMode": false, "vim.replaceWithRegister": true, "vim.useCtrlKeys": false, "vim.autoSwitchInputMethod.enable": false, "vim.autoindent": false, "vim.highlightedyank.enable": true, "vim.smartRelativeLine": true, "vim.startInInsertMode": true, "vim.statusBarColorControl": true, "vim.useSystemClipboard": true, "vim.easymotion": true, "vim.handleKeys": { "": false, "": false, "": false, },