- 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