- From: <bugzilla@jessica.w3.org>
- Date: Tue, 04 Dec 2012 19:00:57 +0000
- To: public-pointer-events@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20240 Bug ID: 20240 Summary: Pointer Event and Click Classification: Unclassified Product: PointerEventsWG Version: unspecified Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P2 Component: Pointer Events specification Assignee: jrossi@microsoft.com Reporter: jrossi@microsoft.com QA Contact: public-pointer-events-bugzilla@w3.org CC: public-pointer-events@w3.org From: Daniel Freedman <dfreedm@google.com> Date: Thu, 29 Nov 2012 16:21:49 -0800 Message-ID: <CAAUAVAhuTu+eeOoah1hM7k334xwo3mPcVEavx4eubsSJipb_eA@mail.gmail.com> To: public-pointer-events@w3.org Hi, I'm working on a PointerEvents polyfill and I've run into an odd note in the spec. In section 7, click is explicitly excluded from the compatibility mouse events, leaving no good way to control the generation of click events. This brings to mind a few issues: 1. If a developer uses pointerdown.preventDefault, they could receive click events without a mousedown/mouseup. This seems very strange. 2. There are cases in which a developer would want to conditionally react to a click based on pointer movement. If the click event cannot be prevented by pointermove, the only option is to try and prevent the next click, which has potential for buggy interaction. 3. If click events are not provided by the browser, developers will try to make their own with pointerdown/up pairs, which is wasted effort. 4. Touch Events provide the ability to control click event generation, and developers familiar with that system will understand how it behaves. With these points in mind, would it be possible to add the control of click events to Pointer Events? Thanks -- You are receiving this mail because: You are on the CC list for the bug.
Received on Tuesday, 4 December 2012 19:01:02 UTC