-
Notifications
You must be signed in to change notification settings - Fork 220
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
Unable to use Cmd + Number on last HEAD #30
Comments
So when I changed the keycode cache to prevent the bug mentioned in #28, I forgot that some keys have the same literal (e.g: the number-row and numpad), and so what is happening in your case is that the number literals are translated into the numpad equivalent keycode instead of the number-row. You can work around this by using they keycodes until I figure out the best way to deal with this. |
Ok, gotcha. Thanks! If you need me to test anything, I'll be happy to help. |
I just fixed this the "easy" way, by not allowing an existing entry to be overridden, so numpad will now essentially be ignored from the literal cache. The numpad keys must now be referenced using the keycode, and the number-row will be mapped from actual number literals. Essentially the same behavior as before, when we used CFDictionary for caching. |
Hello,
part of my workflow is to switch desktop using Cmd+number. This triggers a qes emit keypress which actually triggers mission control and switches my desktop in a consistent way when using different monitors setups.
Latest HEAD (9096762) is not working anymore for me when I hit Cmd+number. If I go back to stable (0.0.10) it works again. All other key binding works normally.
Here is the debug info if I start skhd from my terminal (no errors). I think there is a regression somewhere :)
The non working bindings are:
The text was updated successfully, but these errors were encountered: