-
Notifications
You must be signed in to change notification settings - Fork 57
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
slurp ignores keyboard layout #36
Comments
This happens because we use keycodes directly, not keysyms. I'm not sure using libxkbcommon is worth it. |
Yeah, for a single key it's definitely not worth it. Maybe check Edit: is there a situation where there is a different key to use and |
xkb_options can be specified in sway (or other compositors) configuration file so using envvar is not reliable. |
That's right, don't set XKB_DEFAULT_OPTIONS.
This sounds like a hack and won't scale, but I don't see a better alternative. |
I also set |
According to https://gitlab.freedesktop.org/wayland/wayland/merge_requests/58 there's no way around loading the keymap. Interpreting the raw keycodes directly as we do now is wrong. |
I'm currently working on this. |
This is not working in my case, using sway 1.5.3 and slurp 1.2.0 (both from Debian Unstable). It may the case, that the solution #52 does not work if
Other applications do recognize caps as escape without any further configuration. |
The commit fixing this issue hasn't been released yet. |
I got
XKB_DEFAULT_OPTIONS='compose:ralt,caps:swapescape'
in my environment (using sway).When I invoke slurp and try to cancel it with the Caps key nothing happens.
When I press the actual Esc key it gets cancelled, but caps lock gets triggered as well.
The text was updated successfully, but these errors were encountered: