For a rich web application, I need keyboard shortcuts. Because there are many different keyboard layouts, they have to be configurable. Unfortunately, I can't figure out a way to map keyboard events to human-readable shortcut names such as Ctrl + Alt + Y or Alt + </kbd>.
The keypress
event is useless since it doesn't fire for all keys. Here are some properties of keydown
events:
charCode
: Works only for printable characters. Deprecated, according to MDNcode
: Works, but ignores the keyboard layout. When I press Z, I get code: "KeyY"
on my German keyboard.key
: Works, but gives different results depending on modifiers. E.g., Shift + 3 yields key: "§"
on my keyboard and key: "#"
on most US keyboards.keyCode
: The value is not unique. Ä, Ö, Ü or ^ yields keyCode: 0
. Deprecated, according to MDNwhich
: Just like keyCode
, the value is not unique. Deprecated, according to MDNaltKey
, ctrlKey
, metaKey
, shiftKey
: Useful for detecting modifier keysHow should I do this? Is it even possible without knowing the user's keyboard layout?
The thing is, at this point in time you can never know the keyboard layout from within the browser, you can only guess and speculate. There are various ways to try some kind of detection, but they are always complex and not out-of-the-box solutions.
However, there are some things which you can do to determine somehow what key has been pressed.
So Keydown will give you (say the event object is e):
e.code: Holds a string that identifies the physical key being pressed. The value is not affected by the current keyboard layout or modifier state, so a particular key will always return the same value. (from mozilla.org)
e.key: The key value of the key represented by the event. If the value has a printed representation, this attribute's value is the same as the char attribute.
e.which and e.keyCode: Although deprecated, will give you the position code of the key on the keyboard and if the e.charCode is 0, then this is either a position code (if < 256) or Unicode (that means the keyboard is switched in another language)
Now the tricky part here is that e.key actually represents the Unicode character if it is printable and is not from the US keyboard and is not a special key. You can convert this character into decimal number and check the value. If it is a Unicode character, it's decimal value will be equal to the which and keyCode values. If it is and ordinary ASCII, its lowercase value will be equal to the which and keyCode values. Also, before doing this (the conversion), you can check if e.key is a string (like Control, Alt, Caps Lock, etc.) or a char (like a, b, c, etc.) So if it is a char, then you convert it.
All this will give you the idea which key has been pressed and what is the native printable character for this key. I don't have a German, Italian or some other keyboard to test, but you get the point.
Oh, and if you worry if Shift+3 yields "§" or "#", you should always represent that combination as Shift + 3 no matter the character it yields, not to speak that the same will be produced with the combination of Ctrl + Shift + 3. You have to worry only about the alphabetical characters, but I believe I gave you the means to check that.
Also, I believe that you may not need even the e.which and e.keyCode, because the e.key should give you everything.