-
Notifications
You must be signed in to change notification settings - Fork 157
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
Feature request: configurable declared bus type for Linux uinput #1131
Comments
Base on the debug log, look like Kanata can remaps keys but cannot send output (for both bluetooth keyboard and mouse) without Chicony Thinkpad X1 Tablet Keyboard. |
From the debug logs I see mouse movement actions being output because moved to a layer where arrow keys are mouse movements using caps and then pressed arrows. Are you saying these mouse movements didn't actually happen? What happens if you press alphabet keys on the base layer? |
Yes, the mouse movements didn't happen and also with any keyboard keys. Only Kanata see key inputs but it didn't give the OS any outputs.
Kanata can receive, process all inputs but nothing happen other than the log showing. |
Update: The bluetooth keyboard works well with Kmonad. Header lines of my Kmonad configruration:
|
The uinput-sink configuration doesn't appear to do anything special other than name the device file. Do you have xkb configs (or other desktop system configs) that refer to "KMonad K68" in some way to get it to work correctly? |
I have only defined a udev rule to create a symlink for the K68 Bluetooth Keyboard in /dev/input/:
Beyond this, I don't believe I have any specific xkb configurations on my system. Could you guide me on how to check for additional xkb configuration details related to this issue?
Please note that this issue also affects my Bluetooth Mouse (unless excluded in the defcfg section). Could this indicate that the problem is not related to the XKB - X Keyboard Extension? |
I've compared the output from uevent for Kanata and KMonad on my system. The key difference I've noticed is in the bus type:
My best guess is that KMonad's approach might allow it to work more directly with the Bluetooth keyboard, while Kanata's virtual device might require the presence of another physical keyboard to function properly. @jtroo Could you confirm if this understanding is correct and how we I manually change the bus type for Kanata to have a try?
|
You can try changing this back to BUS_USB and see if it works: Line 352 in 60ce29a
Looks like it was changed to fix a different bug though, so perhaps it will have to be made configurable |
I can confirm that modifying the bus type to |
Requirements
Describe the bug
I am experiencing an issue where my new Bluetooth keyboard is unable to send any keystrokes unless the accessory keyboard (Chicony ThinkPad X1 Tablet Thin Keyboard Gen 3) is attached to the machine while running Kanata.
It appears that the accessory keyboard may be interfering with the external Bluetooth keyboard and mouse when Kanata is active.
I would appreciate any insights or suggestions for resolving this issue. If anyone has experienced a similar problem or has any ideas on how to fix this, please point me in the right direction.
Relevant kanata config
To Reproduce
Expected behavior
Bluetooth keyboard should be able to use but it cannot send any keys except Ctrl+Space+Esc to terminate kanata.
Kanata version
kanata 1.6.1
Debug logs
Operating system
Linux GNOME Wayland - Ubuntu 24.04
Additional context
Bluetooth keyboard event
Files in /dev/input/
The text was updated successfully, but these errors were encountered: