vscode: Keyboard actions in file explorer not working and is stuck in fancy tree filter mode
- VSCode Version: 1.31.0-insider
- OS Version: macOS 10.14.1 (18B75)
Steps to Reproduce:
Edit: These keyboard shortcuts are provided by the VSCode vim plugin.
- Use any action in file explorer
A
,a
,j
,k
, etc… - This should create file, folder, navigate, etc…
Other information: Looks like this is introduced with: #66669
Looks like the option to configure what mode to use is not correctly working or fully exposed yet. After setting this option, the behavior is the same.
Does this issue occur when all extensions are disabled?: Yes
About this issue
- Original URL
- State: closed
- Created 5 years ago
- Comments: 21 (16 by maintainers)
Commits related to this issue
- add list keyboard navigation support context key related to #66995 — committed to microsoft/vscode by joaomoreno 5 years ago
Will introduce exactly that: a keybinding/command which enables that mode, cancellable by <kbd>Escape</kbd>, in which users can use the filter. This behaviour would be regulated by a setting like
workbench.list.manualKeyboardNavigation
, defaulting to false. VIM users would have to switch it to true. Any user could switch it to true.The golden hammer would be to have this working automatically if VIM is enabled… thinking more about it… 🤔
Created Vim PR: https://github.com/VSCodeVim/Vim/pull/3432
https://github.com/Microsoft/vscode/issues/68233 Introduced a
workbench.list.automaticKeyboardNavigation
setting for people who have single letter keybindings for lists/trees. Whenfalse
, you must run thelist.toggleKeyboardNavigation
command to enter filter mode, for which you can configure a keybinding.This is already out in Insiders. It will come out next stable and I’ll document it in the release notes.
@mjbvz would you please tell me where should i write this setting in vscode settings? Can’t find out. Tried settings.json, didn’t worked for me.
Fixed by introducing a new command
list.toggleKeyboardNavigation
and a new context keylistAutomaticKeyboardNavigation
which, when set to false`, requires the aforementioned command to be run in order to go into filter mode.I would prefer a solution that does not change settings simply because a user is stuck with this setting once VIM is uninstalled again.
my 2 cents: filtering should only kick in if a key is pressed that is not associated with a command. this behaviour is now broken not only for users of the VIM extension but anyone that changed keybindings to “printable” characters, if I am not mistaken?
@jpoon https://twitter.com/joaomoreno/status/1087365659049295873
Sorry, what is this? Don’t have context.
At the minimum, we can add it to the VIM readme. Maybe I’m a purist, but I’m not a fan of extensions auto-setting workspace/workbench-scoped configurations (ie. I don’t want extensions mucking with my settings).