Skip to content
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

Keybindings ignore xkb_variant and default to qwerty. #1091

Closed
g3r opened this issue Feb 15, 2021 · 3 comments
Closed

Keybindings ignore xkb_variant and default to qwerty. #1091

g3r opened this issue Feb 15, 2021 · 3 comments
Labels
enhancement low-priority Issues that aren't likely to be resolved soon

Comments

@g3r
Copy link

g3r commented Feb 15, 2021

Describe the bug
I use us dvorak layout:

[input]
xkb_layout = us
xkb_variant = dvorak

But keybindings need to be set in qwerty layout:

binding_bemenu = <super> KEY_H  #should be KEY_D
command_bemenu = bemenu-run

Expected behavior
Keybindings should respect selected layout.

@g3r g3r added the bug label Feb 15, 2021
@travankor
Copy link
Contributor

travankor commented Feb 16, 2021

This is technically not a bug since wayfire was intentionally designed this way. Wayfire only cares about the actual hardware keycodes (assuming your hardware layout is qwerty).

#403 (comment)

@ammen99
Copy link
Member

ammen99 commented Mar 2, 2021

This is technically not a bug since wayfire was intentionally designed this way. Wayfire only cares about the actual hardware keycodes (assuming your hardware layout is qwerty).

Yes indeed, this is the case. I do not have any real interest in supporting bindings defined by the current layout, but will consider PRs if they do not break current configs.

@ammen99 ammen99 added enhancement low-priority Issues that aren't likely to be resolved soon and removed bug labels Mar 2, 2021
@ammen99
Copy link
Member

ammen99 commented Dec 14, 2023

Closing in favor of #1601

@ammen99 ammen99 closed this as completed Dec 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement low-priority Issues that aren't likely to be resolved soon
Projects
None yet
Development

No branches or pull requests

3 participants