Public bug reported:
I'm trying to switch from the "fingers" click-method to the "areas"
click-method, because tapping with three fingers is awkward and I find
that my three-fingers taps are rarely registered as such.
* "fingers": single-finger tap for a click, two-finger tap for a right
click, three-finger tap for a middle click
* "areas": tap in the lower right corner for a right click, tap in the
upper right corner for a middle click
After running the following command:
gsettings set org.gnome.desktop.peripherals.touchpad click-method \
"'areas'"
I can verify with gsettings get... that the click-method is now "areas",
however tapping in the lower/upper right corners of the touchpad does
not elicit the expected right/middle clicks, whereas tapping with two
fingers elicits a right click. This remains the case even after
rebooting the computer. It's as if the click-method was ignored and
defaulted to "fingers".
I couldn't find any similar bug reports and don't know how to
investigate this problem further. I assume this problem is specific to
my hardware, otherwise it would have been noticed already. I attach the
output of the following commands:
cat /proc/bus/input/devices
xinput --list
xinput --list-props 13 # where 13 is the touchpad's ID
Should I report this issue to upstream libinput
(www.freedesktop.org/wiki/Software/libinput)? Or could this be something
to do with GNOME instead?
Using Ubuntu 20.04 with libinput 1.15.5-1 and xserver-xorg-input-
libinput 0.29.0-1.
** Affects: xserver-xorg-input-libinput (Ubuntu)
Importance: Undecided
Status: New
** Attachment added: "cat /proc/bus/input/devices"
https://bugs.launchpad.net/bugs/1877798/+attachment/5369253/+files/devices.txt
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-input-libinput in Ubuntu.
https://bugs.launchpad.net/bugs/1877798
Title:
The "areas" click-method doesn't work with "SynPS/2 Synaptics
TouchPad" on "Clevo N141ZU" laptop
Status in xserver-xorg-input-libinput package in Ubuntu:
New
Bug description:
I'm trying to switch from the "fingers" click-method to the "areas"
click-method, because tapping with three fingers is awkward and I find
that my three-fingers taps are rarely registered as such.
* "fingers": single-finger tap for a click, two-finger tap for a right
click, three-finger tap for a middle click
* "areas": tap in the lower right corner for a right click, tap in the
upper right corner for a middle click
After running the following command:
gsettings set org.gnome.desktop.peripherals.touchpad click-method \
"'areas'"
I can verify with gsettings get... that the click-method is now
"areas", however tapping in the lower/upper right corners of the
touchpad does not elicit the expected right/middle clicks, whereas
tapping with two fingers elicits a right click. This remains the case
even after rebooting the computer. It's as if the click-method was
ignored and defaulted to "fingers".
I couldn't find any similar bug reports and don't know how to
investigate this problem further. I assume this problem is specific to
my hardware, otherwise it would have been noticed already. I attach
the output of the following commands:
cat /proc/bus/input/devices
xinput --list
xinput --list-props 13 # where 13 is the touchpad's ID
Should I report this issue to upstream libinput
(www.freedesktop.org/wiki/Software/libinput)? Or could this be
something to do with GNOME instead?
Using Ubuntu 20.04 with libinput 1.15.5-1 and xserver-xorg-input-
libinput 0.29.0-1.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-libinput/+bug/1877798/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
