This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 20108 - Clarify pointer capture behavior
Summary: Clarify pointer capture behavior
Status: RESOLVED FIXED
Alias: None
Product: PointerEventsWG
Classification: Unclassified
Component: Pointer Events specification (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Jacob Rossi [MSFT]
QA Contact: This bug has no owner yet - up for the taking
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-28 01:09 UTC by Jacob Rossi [MSFT]
Modified: 2012-12-09 00:58 UTC (History)
1 user (show)

See Also:


Attachments

Description Jacob Rossi [MSFT] 2012-11-28 01:09:31 UTC
Opening on behalf of Brandon Wallace: 

http://lists.w3.org/Archives/Public/public-pointer-events/2012OctDec/0003.html

Recommended details to add (based on IE10's implementation):

  1.  You can only capture a pointer if buttons>0 (e.g. mouse button is down, finger is on screen, or pen tip is on digitizer). So you can't just spy on interactions with UI outside your scope.
  2.  Once you set capture to a pointer, its target property will always be the capturing element. So while you can monitor movement of the pointer outside your contact (again, only while it's down), you can't get references to elements, etc.
  3.  Capture is automatically release when the pointer comes up (e.g. buttons==0).
  4.  Pointer events are not dispatched to elements not in the document.
Comment 1 Jacob Rossi [MSFT] 2012-11-28 01:12:09 UTC
5. Compatibility mouse events are also redirected to the capture element.
Comment 2 Jacob Rossi [MSFT] 2012-12-09 00:58:53 UTC
Fixed as suggested per 12/4 telecon resolution.

RESOLUTION: http://lists.w3.org/Archives/Public/public-pointer-events/2012OctDec/0091.html

http://dvcs.w3.org/hg/pointerevents/rev/fcbbeab23783