As seen in Peter's new blog post: https://who-t.blogspot.com/2025/06/libinput-and-tablet-tool-eraser-buttons.html Will need some infrastructure on the KWin side, but it should be easy. I know of at least one user who wants this feature, so it would be nice to have
Will this allow the user to reassign the eraser button to another function, just like any other button on the stylus?
> Will this allow the user to reassign the eraser button to another function, just like any other button on the stylus? Correct.
Created attachment 190603 [details] ^ Photo of the stylus button and the option not working on GUI I'm also affected, especially with the XpPen Deco 01V3. A model I keep using on my laptop for live demo and travel. In fact, after adding udev-hid-bpf driver definition to most of my tablets (more than 6 afair) to revert manually the "eraser as a mode" mandatory on the second stylus, Peter had the idea that this was syndrom was just too recurrent and the norm in the industry and wrote this new option in libinput. The udev-hid-bpf driver for the XpPen Deco 01V3 button was then left 'as it is' because the libinput rule was now existing and Peter was expecting the option to spread rapidly on GNOME and Plasma GUI for users. The tablet are now all left , btw, with this 'eraser mode by default' on purpose: after now two or three years of users constrained to this behavior, some of them are expecting this "stylus as an eraser mode button" out of the box as a feature. So, it is still a good 'default' to have, but for accessibility, in this case, it's good to also switch the first button of the stylus to a "right-click" so it's possible to operate the system with just a stylus configured this way. With now almost all Huion/XpPen/Gaomon/Ugee hot plugging on Linux and presenting themselves as 'Microsoft Compatible pen input", this "second stylus button button as an eraser" is the cherry on the top of the cake that could make many device 'just work' out of the box, or give this illusion for many users. It's not a proper driver, and sometime it might obscure special ability or spec of the device, but this 'work out of the box' is, imo, a very important fix to get many modern graphic pen tablet feels compatible.
Is there anything being done on this issue? Having an ability to use eraser button as a mouse click could've made navigating desktop environment on convertibles easier than with touch interface. There aren't any good workarounds for end-user as of right now, and it's been almost a year since this feature exists in libinput.
> Is there anything being done on this issue? No, people are more than welcome to contribute this feature to KWin as they see fit. I will eventually get to it but it's a low priority from me between relevant hardware and burnout.
*** Bug 521611 has been marked as a duplicate of this bug. ***
I'm also affected, I got two separate use cases regarding two devices, both uses pens that defaults to the permanent eraser out-of-the-box - A Huion Inspiroy M blind tablet [Huion H951P] - A Foldable AMD Lenovo laptop [Yoga 7 2-in-1 14AKP10] KDE Fedora is installed in both systems, my blind tablet is used to draw on my desk while I use the compact foldable tablet to draw projects on the go and my workflow relies in having access to all 3 clicks with both pens. It is specially limiting in the Yoga since I like rotating to full tablet mode and I rely on an small gamepad as a macropad for art.