- From: Alvin Ji <notifications@github.com>
- Date: Tue, 19 Dec 2023 16:51:41 -0800
- To: w3c/pointerlock <pointerlock@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/pointerlock/pull/49/review/1789911365@github.com>
@alvinjiooo commented on this pull request.
> + <p>
+ Once in the <a>pointer lock state</a> the <a>user agent</a> has a
+ <a>pointer-lock target</a>, a <dfn>pointer-lock options</dfn>, which is a <a>PointerLockOptions</a> 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 <code>screenX</code>,
+ <code>screenY</code>). The <a>pointer-lock target</a> 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
+ <a>pointer lock state</a>. 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>
+ <dl data-dfn-for="PointerLockOptions" data-link-for=
+ "PointerLockOptions">
+ While in the <a>pointer lock state</a> if the <a>pointer-lock options</a>'
+ <a>unadjustedMovement</a> member is <code>true</code> the event
Done
--
Reply to this email directly or view it on GitHub:
https://github.com/w3c/pointerlock/pull/49#discussion_r1432071219
You are receiving this because you are subscribed to this thread.
Message ID: <w3c/pointerlock/pull/49/review/1789911365@github.com>
Received on Wednesday, 20 December 2023 00:51:47 UTC