-
Notifications
You must be signed in to change notification settings - Fork 295
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dead key symbols not included in KeyboardEvent #900
Comments
You appear to have filed this issue against the wrong specification. I believe the relevant specification for your complaint is https://w3c.github.io/uievents/ |
Oh, sorry about that. How can I best get the attention of an admin that can move the issue? |
Issues can't be "moved" in GitHub, AFAIK. |
They can, actually. As long as it is between repositories for the same organisation. This is better than reopening a new issue as it makes sure all links continue working (and preserves history and such). We do this quite a bit for the noVNC project. That said, since uievents is not hosted by @whatwg, but rather by @w3c, it would not work in this case. I've now opened w3c/uievents#343 over there. Thanks. |
The current standard states that dead keys should set
key
to the value"Dead"
no matter which dead key is pressed. This unfortunately makes dead keys completely undetectable by applications such as noVNC which need to know the proper symbol to send to the remote end:novnc/noVNC#350
The standard currently refers to using composition events, but they are not a replacement as they only give you the current composed state, not the symbol that was just included to update the state.
Composition events also only work on input fields, not other keyboard event targets such as a canvas. So even if they did contain the proper information, they would still not be a valid replacement.
The text was updated successfully, but these errors were encountered: