- From: Rick Byers <rbyers@google.com>
- Date: Mon, 21 Jul 2014 18:36:05 -0400
- To: Matt Brubeck <mbrubeck@mozilla.com>
- Cc: Touch Events CG <public-touchevents@w3.org>
- Message-ID: <CAFUtAY_G3Qm_kTFhYHx5X3YD7soD514qUMxGq3Rj+x4h1CDC8A@mail.gmail.com>
Thanks Matt, this is great! We had a similar bug in the old Android browser, but it was fixed several years ago (perhaps the spec was written so that the Android browser at the time would be compliant). I agree we should make these changes. Want to edit the v1-errata draft, or shall I? Thanks, Rick On Thu, Jul 17, 2014 at 7:30 PM, Matt Brubeck <mbrubeck@mozilla.com> wrote: > After this Gecko bug is fixed, canceling a "touchend" event will prevent > that touch from generating a click event and associated mouse events: > https://bugzilla.mozilla.org/show_bug.cgi?id=1016481 > > The new Gecko behavior matches the current behavior of Chrome and WebKit. > > The Touch Events v1 recommendation does not explicitly document this > behavior, though it is perhaps implied by the table in section 5.4. To > make it fully explicit, I suggest adding this text to section 5.6 ("The > touchend event") in the errata: > > "*If this event is cancelled, any sequence of touch events that includes > this event must not be interpreted as a click [link to section 7].*" > > and the following text (inserted text in bold below) to section 7: > > "If the preventDefault method of touchstart or touchmove* or touchend* is > called, the user agent should not dispatch any mouse event that would be a > consequential result of the the prevented touch event." >
Received on Monday, 21 July 2014 22:36:53 UTC