Physical clicking button in touchpad malfunctioning by getting stuck depressed. System thinks I'm trying to drag windows around. Destroys touchpad usability almost completely. Tap-to-click works great and is preferred. Primary DE is GNOME on Wayland, fairly clean/vanilla Arch install on Asus 2-in-1 model UX360C.
Tried using GNOME Settings and GNOME Tweaks, but do not see any options for disabling/ignoring the touchpad button click. I think there's only 1 click button under this specific touchpad, but not sure
This is apparently more do-able with Xorg/Xwayland, but I'd really rather be on wayland. Will not be surprised to learn it's not currently feasible.
#Disable touchpad's click button
crude dawn
gilded summit
Physical clicking button in touchpad malfunctioning by getting stuck depressed. ...
could you use a remapping software for it?
would something like this work?
https://www.linuxuprising.com/2021/06/gnome-how-to-disable-touchpad-when.html
there should also be an option for disable when typing, which may help?
I guess another option is, could you just...physically remove the button?
crude dawn
physically removing the button is an interesting idea. hadn't considered that, as it's built into the touchpad. wonder if i got some foaming material in the crack next to the touchpad that'll expand and set and the touchpad simply couldn't be clicked....
kidna a pain. it seems that inputs come through libinput and could have udev rules applied. i do not know if it's possible
gilded summit
physically removing the button is an interesting idea. hadn't considered that, a...
if it's getting stuck presumably it needs cleaning more than anything?
can you take a picture of the button?
crude dawn
if it's getting stuck presumably it needs cleaning more than anything?
it's the button INSIDE the touchpad device. it looks like this: https://guide-images.cdn.ifixit.com/igi/ivNxTXgavk2iNuyS.medium
i'm looking for a software fix here, though
gilded summit
it's the button INSIDE the touchpad device. it looks like this: https://guide-im...
okay taking that off I would say would mean dismantling the laptop completely, which, is almost definitely going to be 3 hours of stress headache, agree, software fix would be best
crude dawn
i have no idea how anything got inside it to make it stick
gilded summit
that sort of pad usually is slightly bigger than the hole, and also, if it pops up, if the cable is tight, well, you're in for trouble
the casing isn't damaged and causing the issue at all is it?
crude dawn
i was already inside the case to re-attach the [edit:touchpad] cable, which did bring it back to life but now the sticking problem
it's not fun in there lol
gilded summit
i was already inside the case to re-attach the [edit:touchpad] cable, which did ...
I assume this is how something happened, maybe a wire or screw misaligned and is ever so slightly triggering the sensor from underneath
something like xmous button control wouldn't work on the software side for trying to disable it would it?
I swear in linux there's some sort of cheese named app, but I hadn't used anything like that in many years
crude dawn
my searching around found lots of ways to fix the problem with xinput on xorg/xwayland
gilded summit
but not wayland, I see
gilded summit
my searching around found lots of ways to fix the problem with xinput on xorg/xw...
have you tried this:
https://aur.archlinux.org/packages/noinputs-git
found via:
https://wiki.archlinux.org/title/Input_remap_utilities
incase you haven't seen that page
Description: A simple script to disable (inhibit) input devices: a Wayland-compatible alternative to xinput.