Hmm.
There are some software packages that will permit one to create virtual controllers under /dev/event/event* and use physical controllers as inputs to the virtual controller’s inputs, while hiding the original controller. That may be more-involved then you want, but it should permit for that; wouldn’t need to have a trackpad on the virtual controller, or could not pass through events. Haven’t done this recently.
If you’re just talking about in Steam, Steam Input apparently sounds like it has an option to disable controller trackpads at the Steam Input layer, from a quick search.
Which desktop environment are you using? If it’s gnome I think you can just go into mouse settings and disable the controller. That won’t disable it entirely though, just it acting as a mouse. Kde has something similar
I’m using KDE.
Disabling the touchpad in the settings will disable the touchpad for the controller, but it also disables the touchpad for my laptop which I do not want.
In the KDE Touchpad settings, there should be a Device selection at the top of the screen. Selecting the controller touchpad from the list and then toggling “Device enabled” should only affect the controller touchpad.
Thanks. The setting wasn’t showing up at first, so I switched to Wayland.
It still wasn’t showing up, so I disconnected and reconnected my controller. Then it appeared.
The box was unchecked, but the controller’s touchpad still worked. I needed to check it, apply, and then uncheck it and apply again in order to turn off the touchpad.
I’m glad there’s a way, although there are still some bugs that need to be worked out.
I’m glad you were able to get it working! I had no idea that was a Wayland-only setting, though of course in retrospect it makes perfect sense.
You might be able to prevent a particular touchpad from affecting the desktop with an
xinput disable
command. Runxinput list
to show the available device names and IDs, orman xinput
for more details.Another approach, assuming you’re using an X11 session (not Wayland), would be to disable the device in xorg.conf.
A custom udev rule could also do the trick, although it might be more complicated than an xinput command.