W3C home > Mailing lists > Public > public-pointer-events@w3.org > April to June 2013

pointerID shouldn't have restrictions (was: Re: Last Call comments)

From: Sangwhan Moon <sangwhan@iki.fi>
Date: Fri, 12 Apr 2013 02:21:30 +0900
To: "public-pointer-events@w3.org" <public-pointer-events@w3.org>
Message-ID: <1EA3A580F9114DD297E2502405A257DF@gmail.com>
On Friday, April 12, 2013 at 2:11 AM, Scott González wrote:
> On Thu, Apr 11, 2013 at 12:33 PM, Matt Brubeck <mbrubeck@mozilla.com (mailto:mbrubeck@mozilla.com)> wrote:
> > I haven't seen any justification for the pointerID == 1 requirement for mouse input. I agree with Konstantinov that it seems to serve no purpose, and I agree with Sangwhan that it provides a redundant and less-clear way to handle an already-covered use case. I'm also worried it encourages a misconception that other pointerIDs might have meaning other than as opaque identifiers.
> >  
> > Are there any objections to removing this sentence from section 3.1?
> > > "If the device producing the event is a mouse, then the pointerId must be 1. Device types other than mouse must not have a pointerId of 1." I have no objection. I believe there were others who didn't object the last time this was discussed, but I don't think there's a record of who was included in that group.  
> >  
>  

I for one would like to see this limitation go, as it gives the users a false impression that the the pointer IDs have some sort of meaning. I highly suspect that this will be not be the case, and quite possibly in every implementation will be completely different _unless_ the spec defines a pre-allocated range for each pointer type. (which I think is a even worse idea)

Sangwhan

P.S. I've changed the subject as this "Last Call comments" thread is branching into to way to many diverged discussions. The W3C mailer will retain the thread ID so it'll be in the same thread, but at least you'll know what this branch is about before you click on the mail.
Received on Thursday, 11 April 2013 17:22:04 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:20:25 UTC