- From: <bugzilla@jessica.w3.org>
- Date: Sun, 09 Dec 2012 00:00:34 +0000
- To: public-pointer-events@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20311
Bug ID: 20311
Summary: Clarify touch-action is only looked at during
pointerdown
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
You’re absolutely right. The intended design is that you only care about the
value of touch-action on the target element of the pointerdown event. After
that, it doesn’t matter what the value of touch-action is on elements you drag
over.
Additionally, I think it should be clarified that the value of touch-action is
checked prior to dispatching pointerdown (e.g. modifications to touch-action
during the event won’t be honored for that pointer). This, of course, is
fundamental to ensure the performance optimizations for threaded scrolling that
touch-action is intended to enable.
-Jacob
From: Daniel Freedman [mailto:dfreedm@google.com]
Sent: Friday, December 7, 2012 2:34 PM
To: public-pointer-events@w3.org
Subject: Clarification of event generation with respect to touch-action
In section 6.1, the description of "none" for touch-action states that touches
that begin on those elements will not perform default actions.
However, it is not stated if events may still be generated after the touch
leaves that element with touch-action: none.
In the MSPointerEvent implementation, further MSPointerMoves are dispatched to
elements that can have touch-action: auto or touch-action: inherit. Is this
what is expected for PointerEvents as well? Can this be made more explicit?
Thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
Received on Sunday, 9 December 2012 00:00:36 UTC