-
Notifications
You must be signed in to change notification settings - Fork 434
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
Unrecognized character: alt gr in add_hotkey for any key combination #117
Comments
Confirmed this issue on my side. Checking if there is an AltGr key in OS X, or if it should be ignored... |
From what I can turn up, OS X does not recognize the AltGr key separately from the regular Alt key. There are two possible solutions:
I think option 1 is the clearest for developers, and alerts them to the need to redesign AltGr-dependent code to run on OS X. @boppreh, official ruling? |
Seems like I dropped the ball on this one, sorry for not replying. The library is built to be forgiving, for example by including aliases of common functions, and normalizing key names automatically. I think mapping AltGr to Alt is the least bad option. I've updated _canonical_names, please let me know if it solves the problem. PS: excellent bug report format from Clpsplug |
I just realized this, I'll be sure to try it after I finish my things :) |
Hmm, I finally got some time to check this, and in the interactive shell I did this:
I typed I am using:
|
This code does not appear to work on the current version of keyboard in either Windows or Mac. It did work in a previous version of keyboard (0.11.0). This is probably a hotkey issue rather than an OS-specific issue. |
Environment
What happened
If I use
add_hotkey
for my app, keyboard spitsUnrecognized character: alt gr
whenever I press the first combination with U.S. IME, preventing detection of further keypresses. It doesn't matter if my hotkey ever needs alt-gr keys. Does this have any connection with #103?Expected behavior
The script shouldn't crash, at least when there are no modifiers involved in the hotkey.
To reproduce
The minimum code to reproduce the issue is as follows:
Type that into python interactive shell, then type t for the crash. 'Success!' never prints out. Thanks to the procedure being in the different thread, the script itself doesn't crash, though.
The final 3 calls are (path modified to hide private directories:)
The text was updated successfully, but these errors were encountered: