Red Hat Bugzilla – Bug 1248204
W540 touchpad functionality does not match hardware
Last modified: 2016-05-05 00:47:53 EDT
Created attachment 1057416 [details]
How my W540 touchpad currently behaves
This is a really late followup to bug 1241685.
I've attached two images, which show what the behavior of the W540 touchpad currently is, and what I expect it to be. libinput doesn't seem to expose enough xprops to configure the touchpad to do this.
Created attachment 1057417 [details]
How I expect the touchpad to behave
gsetting set org.gnome.desktop.peripherals.touchpad click-method 'fingers'
should do the trick
Indeed, I have been running with that pref set for a few days and it's what I want. Could a quirk be added to the Lenovo touchpad so that it's automatically detected as a click pad?
Also, the touch zones on the top are still nearly impossible to hit.
(In reply to bztdlinux from comment #3)
> Indeed, I have been running with that pref set for a few days and it's what
> I want. Could a quirk be added to the Lenovo touchpad so that it's
> automatically detected as a click pad?
it's already handled as a clickpad, here we're just talking about the default for software button behaviour.
On the Lenovos we default to software button areas, partially because that is (was?) the windows default and partly because previous generations had visible markers to delineate the software buttons as well on the touchpad itself.
we expose the toggle to change the click method and gnome has the gsettings toggle, so we don't have any plans to switch the default at this point, sorry.
> Also, the touch zones on the top are still nearly impossible to hit.
run the touchpad-edge-detector tool please and post its output here (dnf install libevdev-utils)
In needinfo for many moons, closing. Please re-open when the requested data has been supplied, thanks.