Bug 20872 - PREVENT MOUSE EVENT flag should be per pointer type
PREVENT MOUSE EVENT flag should be per pointer type
Status: RESOLVED FIXED
Product: PointerEventsWG
Classification: Unclassified
Component: Pointer Events specification
unspecified
PC Windows NT
: P2 normal
: ---
Assigned To: Jacob Rossi [MSFT]
Pointer Events Bugzilla list
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-02-05 04:13 UTC by Jacob Rossi [MSFT]
Modified: 2013-02-07 02:17 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jacob Rossi [MSFT] 2013-02-05 04:13:32 UTC
> Upon re-reading the current draft, I have a few questions.
> 
> 1. At any point in time, how many pointers can simultaneously have isPrimary
set to true? The way I read it, there could be up to three, one for a mouse
device, one for a touch input, and one for a pen input, if the underlying
platform supports all three input types simultaneously. Is that correct?

Correct. Generally, users don't mix input simultaneously. In IE10, multiple primary pointers effectively "fight" for a mouse cursor (e.g. you'll see mousemove events firing back and forth between the two locations).

> 2. If my understanding in #1 is correct, then in "8.1 Mapping for devices
that support hover", there should be *three* different PREVENT MOUSE EVENT
flags, one for each input type. Otherwise, cancelling the pointerdown event
of the primary touch input would inadvertently disable the compatibility
mouse events for subsequent events from the primary mouse and pen inputs as
well.

Though I think I'll update this to say "set the PREVENT MOUSE EVENT flag for this pointer type" and "if the PREVENT MOUSE EVENT flag is set for this pointer type." That way the principle applies if new device types are added.

http://lists.w3.org/Archives/Public/public-pointer-events/2013JanMar/0057.html