-
Notifications
You must be signed in to change notification settings - Fork 17
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
Windows Host / Sway Client: Keyboard prints wrong characters #3
Comments
For UNIXy platforms it's been easier to pass the raw scancodes and let xkb use the pre-existing mappings; this is probably a good reason to see if xkb will tolerate an |
...and indeed writing an xkb mapping to accept arbitrary UTF32 is probably not going to happen. However, using
as the keymap configuration I was able to get it to work with a Windows primary. Some keys are missing (I don't actually own a working full-sized keyboard it would seem) but the relevant keycodes can be found in |
That seems to work. Thanks for the assist! EDIT: |
@dankles I've added a slightly more complete one as https://github.com/r-c-f/waynergy/blob/master/doc/xkb/keycodes/win which fixed that as well as the numpad. |
This works, but it still emits the wrong characters if you're typing into an XWayland window for some reason :( |
I've updated the example windows key map to use an offset of 7, which should placate X. |
What works
What doesn't work
The keymap translation between my Windows host and Sway client seems to be messed up.
a
becomesu
,s
becomesi
, etc.On the linux/sway side, I ran
setxkbmap -print > ~/.config/waynergy/xkb_keymap
, which gives:I use a standard 105 key US keyboard. Nothing fancy. Is there anything on windows that I would need to change? Is windows even supported here?
EDIT:
On the host I'm running barrier 2.3.3
The text was updated successfully, but these errors were encountered: