-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
SUPERSHIFT bind doesn't work with Number KEY #11
Labels
Comments
I do know about that and I even mention it here But I have no idea how to fix that. |
Mentioned it in the wiki. It's not trivial to fix. I will also upgrade hyprctl with time and probably add an option to log the keysyms. |
I'll close this for now - it's mentioned in the wiki, and I have no intentions of seeking a way to "fix" that for the time being. |
This was referenced Aug 16, 2024
Closed
1 task
1 task
Closed
1 task
Open
1 task
1 task
6 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
Binding a number key (0-9) with the SUPERSHIFT modifier does not work. The keybind remains unresponsive. This key combination is a fairly common default for moving windows between workspaces in other WM's, so it's non-functionality may be confusing to some users.
For example, the following config block does not work as intended:
The problem appears to be that the holding SHIFT+(0-9) returns the special character for that number key, rather than the actual number, and hyprland doesn't associate the special character keypress with the matching number key (sorry if I'm explaining this poorly, not sure of the proper terminology). An effective workaround is to specify the special character key, rather than the number key, in the config. For example, the following config block currently achieves the desired results for SUPERSHIFT+(0-9)
Ideally I think these special character keys should be associated with their matched number keys so that the first config block would achieve the same results as the second. However, if this behavior is intended or otherwise non-trivial to correct, I think this should at least be documented in the wiki to alleviate some confusion.
The text was updated successfully, but these errors were encountered: