linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Rafi Rubin <rafi@seas.upenn.edu>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Henrik Rydberg <rydberg@euromail.se>,
	Jiri Kosina <jkosina@suse.cz>,
	linux-input@vger.kernel.org, chatty@enac.fr
Subject: Re: [PATCH] hid-ntrig.c Multitouch cleanup and fix
Date: Tue, 09 Mar 2010 23:40:05 -0500	[thread overview]
Message-ID: <4B9722A5.1030607@seas.upenn.edu> (raw)
In-Reply-To: <20100310034742.GA20434@core.coreip.homeip.net>

On 03/09/2010 10:47 PM, Dmitry Torokhov wrote:
> On Tue, Mar 09, 2010 at 07:32:57PM -0500, Rafi Rubin wrote:
>> On 03/09/2010 06:42 PM, Dmitry Torokhov wrote:
>>> On Tue, Mar 09, 2010 at 06:38:22PM -0500, Rafi Rubin wrote:
>>>> On 03/09/2010 06:23 PM, Henrik Rydberg wrote:
>>>>> Rafi Rubin wrote:
>>>>>>> Single touch should be goverened by one of BTN_TOUCH or ABS_PRESSURE.
>>>>>>> BTN_TOOL_DOUBLETAP is a two-finger event.
>>>>>>
>>>>>> That definitely makes sense to me.  I really don't know why wacom uses
>>>>>> double tap there.
>>>>>>
>>>>>> Is there any harm in letting through the BTN_0 events?  Is the "rdesc"
>>>>>> mapping defined by the hardware or hid?
>>>>>
>>>>> I cannot imagine BTN_0 will do any harm. In synaptics, the BTN_X buttons are
>>>>> mapped to multibuttons without clear-cut usage. The button events that carry
>>>>> well-defined semantic meaning with regard to touch screens are BTN_TOUCH (any
>>>>> finger), BTN_TOOL_FINGER (one finger), BTN_TOOL_PEN (pen), BTN_TOOL_DOUBLETAP
>>>>> (two fingers) and BTN_TOOL_TRIPLETAP (three fingers or more).
>>>>>
>>>>> Henrik
>>>>>
>>>>
>>>> Perhaps we should have a general touch device document.
>>>>
>>>> I looked at the evdev code.  And as you say for single touch
>>>> devices, BTN_TOUCH is the bit that matters.  It only broken because
>>>> I pulled the TOUCH<- 0 when I removed BTN_0.
>>>>
>>>> So why does evdev associate BTN_TOOL_FINGER with touchpads
>>>> (resulting in the wrong set of assumptions and a poorly calibrated
>>>> touch screen)?  I suppose that's really a discussion for another
>>>> list.
>>>>
>>>
>>> Historic reasons. When Synaptics driver was in works we needed an event
>>> that is different from BTN_TOUCH to differentiate from touchscreens.
>>
>> So should I clear the BTN_TOOL_FINGER bit for ntrig, or push to
>> clean up evdev?
>>
>> At the moment nothing is actually expecting or emitting the finger
>> events.  Given the move to actual mt support does it make sense to
>> use finger, double and triple for single touch events?  I'd vote for
>> letting the user space mt tools handle more advanced button clicks.
>>
>
> I'd opt for this as well; let's leave BTN_TOOL_FINGER to touchpads.

Ok. I'll clear FINGER.  For now, I'll leave the incorrect DOUBLETAP as 
is to avoid breaking compatibility with the wacom driver.  Ugly or not, 
most people I've heard from who use this device use that driver.

What's the proper style for labeling code as deprecated and to be 
removed after viable alternatives are well established?

Rafi

  reply	other threads:[~2010-03-10  4:40 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-12  0:19 [PATCH 1/4] HID: hid-ntrig add multi input quirk and clean up Rafi Rubin
2010-02-12  0:19 ` [PATCH 2/4] hid-ntrig.c: removed unnecessary tool switching Rafi Rubin
2010-02-12  0:19   ` [PATCH 3/4] hid-ntrig.c Split multi and single touch Rafi Rubin
2010-02-12  0:19     ` [PATCH 4/4] hid-ntrig: Contact tracking Rafi Rubin
2010-02-12  0:42     ` [PATCH 3/4] hid-ntrig.c Split multi and single touch Dmitry Torokhov
2010-02-12  3:10       ` Rafi Rubin
2010-02-12  8:09         ` Dmitry Torokhov
2010-02-12 19:56           ` Rafi Rubin
2010-02-12 10:41       ` Jiri Kosina
2010-02-12  0:36 ` [PATCH 1/4] HID: hid-ntrig add multi input quirk and clean up Dmitry Torokhov
2010-02-12  0:45   ` Rafi Rubin
2010-02-12  1:03   ` Rafi Rubin
2010-02-12  1:20     ` Dmitry Torokhov
2010-02-12  0:37 ` Rafi Rubin
2010-02-12  3:14 ` Rafi Rubin
2010-02-12  3:14   ` [PATCH 2/4] hid-ntrig.c: removed unnecessary tool switching Rafi Rubin
2010-02-12  3:14     ` [PATCH 3/4] hid-ntrig.c Split multi and single touch Rafi Rubin
2010-02-12  3:14       ` [PATCH 4/4] hid-ntrig: Contact tracking Rafi Rubin
2010-02-20  8:29         ` Mohamed Ikbel Boulabiar
     [not found]         ` <45cc95261002200025m378e1a80rec09bde5673a6060@mail.gmail.com>
2010-02-20 17:48           ` Rafi Rubin
2010-02-12  8:13       ` [PATCH 3/4] hid-ntrig.c Split multi and single touch Dmitry Torokhov
2010-02-12 23:16         ` Rafi Rubin
2010-02-13  2:13           ` [PATCH] hid-ntrig.c Multitouch cleanup and fix Rafi Rubin
2010-02-13  2:24             ` Rafi Rubin
2010-02-16 12:50               ` Jiri Kosina
2010-03-09 21:01                 ` Henrik Rydberg
2010-03-09 21:17                   ` Rafi Rubin
2010-03-09 21:19                     ` Jiri Kosina
2010-03-09 22:03                       ` Stéphane Chatty
2010-03-09 22:25                         ` Henrik Rydberg
2010-03-09 22:42                           ` Mohamed Ikbel Boulabiar
2010-03-09 23:08                             ` Henrik Rydberg
2010-03-09 23:17                               ` Dmitry Torokhov
2010-03-09 23:26                                 ` Henrik Rydberg
2010-03-11  4:30                             ` Peter Hutterer
2010-03-11  5:36                               ` Mohamed Ikbel Boulabiar
2010-03-11  6:25                                 ` Peter Hutterer
2010-03-11  9:42                               ` Stéphane Chatty
2010-03-09 22:27                         ` Dmitry Torokhov
2010-03-09 22:32                           ` Rafi Rubin
2010-03-09 22:54                           ` Stéphane Chatty
2010-03-09 22:12                       ` Rafi Rubin
2010-03-09 22:39                         ` Henrik Rydberg
2010-03-09 21:59                     ` Henrik Rydberg
2010-03-09 22:11                       ` Stéphane Chatty
2010-03-09 22:29                         ` Henrik Rydberg
2010-03-09 22:44                           ` Stéphane Chatty
2010-03-09 22:27                       ` Rafi Rubin
2010-03-09 23:23                         ` Henrik Rydberg
2010-03-09 23:38                           ` Rafi Rubin
2010-03-09 23:42                             ` Dmitry Torokhov
2010-03-10  0:32                               ` Rafi Rubin
2010-03-10  3:47                                 ` Dmitry Torokhov
2010-03-10  4:40                                   ` Rafi Rubin [this message]
2010-03-10  8:38                                     ` [PATCH] hid: ntrig touch events rafi
2010-03-10 15:04                                       ` Jiri Kosina
2010-03-18 20:19                                         ` Rafi Rubin
2010-03-19  8:44                                           ` Jiri Kosina
2010-03-19 14:12                                             ` Rafi Rubin
2010-02-16 12:49     ` [PATCH 2/4] hid-ntrig.c: removed unnecessary tool switching Jiri Kosina
2010-02-12  3:15   ` [PATCH 1/4] HID: hid-ntrig add multi input quirk and clean up Rafi Rubin
2010-02-16 12:49   ` Jiri Kosina

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B9722A5.1030607@seas.upenn.edu \
    --to=rafi@seas.upenn.edu \
    --cc=chatty@enac.fr \
    --cc=dmitry.torokhov@gmail.com \
    --cc=jkosina@suse.cz \
    --cc=linux-input@vger.kernel.org \
    --cc=rydberg@euromail.se \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).