
Now that you mention it I also noticed that frustrating behaviour, especially while attempting to drag window borders which happened to be extremely tiny. As the pointer moves while taping, grabbing the border *is* tough so I ended up changing to a less frustrating visual theme. I never could compare with Windows though as I only have Linux distros on my systems.eccerr0r wrote:[...] the problem is when I touch the touch pad for a tap (but NOT move), in Linux the pointer more frequently moves slightly, making tap-to-click gestures very frustrating as the pointer can be more easily moved off target and sending the click to the wrong location. In windows it works significantly better, I don't accidentally move the pointer while making tap gestures to click.

Code: Select all
Option "MaxTapMove" "integer"
Maximum movement of the finger for detecting a tap. Property: "Synaptics Tap Move"
Code: Select all
synclient Something=1234Code: Select all
HorizHysteresis = 12
VertHysteresis = 12Leonardo.b wrote:The units are missing from the manpage . For what I know, they could be apples as fishes.
It doesn't matter because you can change the value at runtime with:Code: Select all
synclient Something=1234
Anyway my MaxTapMove is set to 67, that's lower than your... it means that my first advice wasn't right.
There are two options called *Hysteresis. Mine are set to 7. Try them too.
I am not going to post my full synclient output because the middle button isn't working and I can't copy/paste.
When I'll be able to fix it, I'll post it. The solution should be somewhere there.



Yes, synclient comes with xf86-input-synaptics.In libinput, we're having none of that. When hardware doesn't work we expect a user to file a bug, we get it fixed upstream for the specific model and thus automatically fix it for all users of that device. We're leaning heavily on udev's hwdb which we have extended to correct devices when the firmware announces wrong information.