https://bugs.kde.org/show_bug.cgi?id=415364
Esras <kdebugtrac...@esras.blog> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kdebugtrac...@esras.blog --- Comment #24 from Esras <kdebugtrac...@esras.blog> --- Happy to open a separate bug for this... Relatedly, there seems to be no way to disable a keyboard device in the settings panel. In the past, xinput could be used to disable a device, but there seems to be no libinput equivalent. I found a discussion disabling it by grabbing an exclusive lock on the device, but this seems hacky (https://unix.stackexchange.com/questions/388733/disable-device-with-libinput/388763#388763). --- For additional context, for people searching... I found this bug via a long chain of searching related to wanting to have tablet mode working on my laptop (an ASUS Zenbook U5401RA), which has an AMD processor. In particular, tablet mode disables the keyboard and touchpad, and that's desirable as the screen flips _over_, not around, so the keyboard and touchpad are exposed when it's in a tablet configuration. This appears to be because the "AMD Sensor Fusion Hub", which handles the events that would trigger tablet mode, and this particular laptop model's hardware is not supported. I haven't quite found the right place to report that issue upstream (recommendations welcome). I also could not find a way to manually send the Tablet Mode event. As a workaround, I started looking into disabling the touchpad and keyboard manually. Since the switch to libinput and Wayland, there seems to be no user-facing mechanism for disabling a device at that layer of the stack, and it must be configured through the settings panel implemented in a particular compositor. The KDE panel exposes mouse enablement, but not keyboard (at least not as I found). Thus, I found this bug, via a related libinput issue (https://gitlab.freedesktop.org/libinput/libinput/-/issues/924). Additionally, what seems to be exposed as "Tablet Mode" to the user in the system settings panel has been (correctly!) renamed "Touch Mode," which simply changes the size of elements of the workspace, but does not disable any devices. --- I know this likely isn't the right location for all of this, but I didn't know where to put it. Again, recommendations welcome for where I should try documenting this information. -- You are receiving this mail because: You are watching all bug changes.