- From: Alvin Ji <notifications@github.com>
- Date: Tue, 31 Oct 2023 21:35:03 -0700
- To: w3c/pointerlock <pointerlock@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/pointerlock/pull/49/review/1707562073@github.com>
@alvinjiooo commented on this pull request.
> + a {{PointerLockOptions}} and a <dfn>cursor position</dfn> which is a
+ pair of numbers representing the location of the system mouse cursor
+ when the Pointer Lock State was entered (the same location that is
+ reported in `screenX`, `screenY`). The [=pointer-lock target=] must
+ receive all relevant user generated {{MouseEvent}} events: namely,
+ all user-generated `mousemove`, `mousedown`, `mouseup`, `click`,
+ `dblclick`, `auxclick`, and `wheel` [[ui-events]]. No other elements
+ may receive these events while in [=pointer lock state=]. There will
+ be no dispatching of events that require the concept of a mouse
+ cursor: namely, `mouseenter`, `mouseleave`, `mouseover`, `mouseout`,
+ `drag`, and `drop`.
+ </p>
+ <p>
+ While in the [=pointer lock state=] if the [=pointer-lock options=]'
+ {{PointerLockOptions/unadjustedMovement}} member is `true` the event
+ coordinates must not be affected by the underlying platform behaviors
Ack, will add it to next commit
--
Reply to this email directly or view it on GitHub:
https://github.com/w3c/pointerlock/pull/49#discussion_r1378383149
You are receiving this because you are subscribed to this thread.
Message ID: <w3c/pointerlock/pull/49/review/1707562073@github.com>
Received on Wednesday, 1 November 2023 04:35:09 UTC