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.

Reply via email to