You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the extension is unusable for users having non-US keyboard layouts enabled.
As it seems there's no solution in sight from VSC POV, we could try the following:
map all keys in a US keyboard layout
translate from US layout to other layouts prior to handling key
have a setting to determine which keyboard layout should be used internally for the translation by the extension
Other options that I've discarded:
I think having a package.json per keyboard layout won't work because we can't load those selectively. Similarly, we couldn't even load the keybindings sections selectively because all the keybindings have to be lumped together in there.
If we could create a custom context for the when key in a keybinding, though ("when": "kbdLayout_es_ES"), we could use package.json, but we'd have to load a huge amount of key bindings.
Therefore, it seems that having a translation layer in the code would be more flexible (we can load only the keyboard layout we're interested in based on a setting).
Example:
// In ModeHandler class
...
key = this.config.activeKeyboardLayout.translate(key);
// eventually
key = this.config.mappings.resolve(key);
modeHandler.handleKey(key);
The text was updated successfully, but these errors were encountered:
Currently, the extension is unusable for users having non-US keyboard layouts enabled.
As it seems there's no solution in sight from VSC POV, we could try the following:
Other options that I've discarded:
I think having a package.json per keyboard layout won't work because we can't load those selectively. Similarly, we couldn't even load the keybindings sections selectively because all the keybindings have to be lumped together in there.
If we could create a custom context for the
when
key in a keybinding, though ("when": "kbdLayout_es_ES"
), we could use package.json, but we'd have to load a huge amount of key bindings.Therefore, it seems that having a translation layer in the code would be more flexible (we can load only the keyboard layout we're interested in based on a setting).
Example:
The text was updated successfully, but these errors were encountered: