[PATCH] ClickPad support v4
Yan Li
yan.i.li at intel.com
Tue Dec 28 18:43:03 PST 2010
On Sun, 2010-12-19 at 01:38 +0800, Chris Bagwell wrote:
> On Sat, Dec 18, 2010 at 7:17 AM, Yan Li <yan.i.li at intel.com> wrote:>
> > So I suggest we rework this ClickPad patch, keep only the clicking
> > interpretation part and remove the area limit, and try to fix the jumpy
> > cursor problem (and I'm using JumpyCursorThreshold patch v5 I linked
> > above in MeeGo, so far the feedback is very good).
> >
>
> Thank for detailed reply. Do you mind helping me understand how
> touchpad is being used when jumps occur? Is use case:
>
> * Move cursor to area you want to click with 1 finger. Pick up 1
> finger. Click in button area with 1 finger.
>
> or
>
> * Move cursor to area you want to cick with 1 finger. Leave 1 finger
> on pad. Click in button area with 2nd finger.
It's the second one. When I use the netbook in fast action I can't
guarantee that I have 1st finger left the touchpad before I tap the
button area.
> First case would move cursor a little bit because of how sensitive
> touchpads are and lots of X/Y can be sent between time of touch and
> button press completed. But it should not be large jump. We may need
> to add a gesture style delay when touching in button area so we can
> tell difference between button press and real movement.
First case is not a problem for me.
> Second case seems more likely to cause a jump but a) synpatics
> hardware continues to report 1st finger's X/Y during double touch and
> b) we have code to expect a jump just in case during that second touch
> based on either doubletap or finger width. Are you working with
> non-synaptics clickpads?
However, this ClickPad doesn't support multi-finger nor finger width.
I'm 90% sure the touchpad used in Lenovo IdeaPad S10-3t is a Synaptics
ClickPad (at least the kernel dmesg says so).
Because it can't detect two-finger nor send finger width, the current
jump-prevention setting is not triggered. That's why I'm using the fix
of JumpyCursorThreshold patch v5 in MeeGo.
> Is there any chance you could reproduce basic sequence when jumps
> occur but using evtest and send me the output?
I'll have a try later. Oh I have to build a driver without
JumpyCursorThreshold patch for this testing.
> This is one of those problems really buggy me for some reason and I'd
> like to help resolve it.
Thanks. Me too.
--
Best regards,
Li, Yan
MeeGo Team, Opensource Technology Center, SSG, Intel
Office tel.: +86-10-5751-1695 (inet: 8-751-1695)
OpenPGP key: 5C6C31EF
IRC: yanli on network irc.freenode.net
More information about the xorg-devel
mailing list