- From: <bugzilla@jessica.w3.org>
- Date: Mon, 03 Dec 2012 22:43:41 +0000
- To: public-pointer-events-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20222
Bug ID: 20222
Summary: Pointer events explicitly disallow compatbility with
hover menus used by many web sites
Classification: Unclassified
Product: PointerEventsWG
Version: unspecified
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P2
Component: Pointer Events specification
Assignee: jrossi@microsoft.com
Reporter: rbyers@chromium.org
QA Contact: dave.null@w3.org
CC: public-pointer-events-bugzilla@w3.org
Many websites have menus that open on mouse hover, eg. see the 'more' menus at
the top of http://techcrunch.com/.
Touch events enables limited touch compatibility with such menus by sending
mousemove,mousedown,mouseup events on tap (see
http://www.w3.org/TR/touch-events/#list-of-touchevent-types although it's not
precisely specified). In practice, most such menus are usable with touch in
browsers that implement touch events.
Pointer events, on the other hand, explicitly prohibits such compatibility by
saying: "For input devices that do not support hover, a user agent must also
fire a pointerout event after firing the pointerup event."
It may be unacceptable for browsers which already support this scenario via
touch events to no longer support the scenario once as part of implementing
pointer events. Should the wording perhaps be relaxed to give the UA some
explicit freedom in delaying that pointerout event? Eg. perhaps "a user agent
must also fire a pointerout event at some time after the pointerup event and
before any other event is fired for the pointer".
--
You are receiving this mail because:
You are on the CC list for the bug.
Received on Monday, 3 December 2012 22:43:42 UTC