On 01/25/2015 04:07 PM, Alexandr Shadchin wrote:
On Wed, Jan 14, 2015 at 12:23:13AM +0100, Ulf Brosziewski wrote:
Currently pms and the wsconscomm module of the synaptics driver offer a
somewhat limited support for Elantech clickpads with hardware version 4.
Above all, I missed the options of performing click-and-drag operations
with two fingers and of using a "soft button area" for the emulation of
right button clicks (tap-and-drag and two-finger tapping are no
alternatives for me, usually I don't enable tapping).
I have written two patches that provide these options (I'm using them
[...]
Sorry for the long answer.
I tested xenocara part on x201(synaptics touchpad) and x220(synaptics clickpad),
this works, no regress, even works click-and-drag :)
I have no other touchpads (ALPS, Elantech) and I can not test patch on them.
Has anyone else tried this diff?
[...]
Thanks for the feedback. Meanwhile, I have tested the patch to the
synaptics driver with an ALPS touchpad ("ALPS Glidepoint, version 0x7321").
As expected, it seems that the patch doesn't affect the driver's behaviour
as long as clickpad support is disabled. However, when I enabled that
support for testing purposes - there is no other reason to do that because
the touchpad has two external buttons -, it showed inconsistencies. Making
two successive touches while the left button is being pressed may produce
cursor jumps. I haven't had the time to look at synaptics.c again, but I
could check what a recent Linux version of the driver does with that
touchpad: When the clickpad option is enabled, left clicks make the X
cursor freeze. Perhaps the clickpad code of the driver wasn't meant to
work seamlessly with all touchpads, and if this is the case, then the
wsconscomm patch is too simplistic in this form. At least I think it
shouldn't unmask such defects, even where the clickpad support makes no
sense. I'm sorry that I had to draw these negative conclusions now. It is
not clear to me whether these things could be fixed with reasonable means.
