Hi Roger,
I am confused about the documentation here:
You give a bullet for the following under "List of supported keys:"
But you really only supported those code values IFF they are in the very limited set of keys that precede it in the bulleted list.
Because of this, I cannot use "digit1" as a menu option shortcut. On a French BÉPO keyboard, that key corresponds to ASCII 34 (double quotes). And since you don't support that ASCII character, that shortcut doesn't work for users who have that keyboard. (Also, it won't even print out a "failed" event error-- it just silently fails.)
Same problem for "digit2", "digit3", "digit4", "digit5", "digit6", and "digit0".
The whole point of that DOM Level 3 spec is to be able to specify physical keys without regard to the locale-specific character that maps to it. But if I have to manually check every extant keyboard to make sure a given key's printable characters are supported by your API, it defeats the purpose of using those Level 3 DOM code values.
My application uses each of those standard "digit" keys (plus a modifier) as default menu option shortcuts.
Any chance you could at least give special-case support for all the Level 3 KeyboardEvent "digit" keys so that I can use them safely across all locales in my app?
Best,
Jonathan