-
Notifications
You must be signed in to change notification settings - Fork 155
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
Key won't release #59
Comments
I don't get what you think the problem is. But a key not releasing is certainly a bug. Please run: sudo systemctl stop key-mapper
sudo key-mapper-gtk -d and then reproduce your problem (such that it writes 1111... again). Afterwards share the output in the console as an answer here.
That is expected. If it wouldn't do that key-mapper wouldn't work at all, because devices that don't have keys assigned to their buttons won't report events over usb. My razer naga trinity also does that and it works perfectly fine. |
Thanks! I'll look into it soon |
I seem to have the same problem. When pressing Log: https://gist.github.com/JonasLoos/6722b39fd9e8f8d58cf886f965b91033 Edit: Note that this is |
thanks for your help. Pushed a fix to main reopen if it still doesn't work |
This seems to be only partly fixed. Nothing is spammed anymore, but another bug, which might have caused this, is still there. It causes wrong keys to be triggered in special cases. What I did to trigger it:Add two input sources in gnome-control-center ( My uninformed guess:Key-mapper reads the available mappings from all input sources and then maps the selected mapping to the corresponding key-code. If now another input source is active, the keycode doesn't correspond to the mapped meaning anymore. Log: https://gist.github.com/JonasLoos/0bb78d0c4331b90f127201e3409ade06 |
The keyboard layout is display server related, but key-mapper doesn't interact with it, it just maps keycodes. Hence it works for both x and wayland or any future display server. It doesn't know which characters will be written into the desktop environment, besides what
I could use |
An alternative is work in progress: https://github.com/sezanzeb/key-mapper/tree/xkb it optionally writes custom xkb configs for the injected device, so it can write any arbitrary character. But it's not finished yet and buggy, and there are no unit tests yet. I'm a bit busy with other features, but I guess I'll be able to continue working on that branch soon. |
This alternative seems like the way to go. Switching the layout on the fly with setxkbmap sounds quite slow. But the correct keycode and layout could maybe be extracted from Example output for
There seem to be 4 entries per layout, but the ordering is a bit mixed up. |
openrazer/openrazer#1039 (comment)
@Amdarin I'm moving that discussion to this place
The text was updated successfully, but these errors were encountered: