- From: Marcos Cáceres <notifications@github.com>
- Date: Wed, 02 Jun 2021 00:11:01 -0700
- To: w3c/pointerlock <pointerlock@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/pointerlock/pull/49/review/673855965@github.com>
@marcoscaceres 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 When linking to WebIDL things, it's best to use the special WebIDL syntax. ```suggestion {{PointerLockOptions/unadjustedMovement}} member is `true` the event ``` Please see our [WebIDL shorthands cheat sheet](https://respec.org/docs/#Shorthands-Guide). Be great to update the changes throughout this pull request 🙏 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/pointerlock/pull/49#pullrequestreview-673855965
Received on Wednesday, 2 June 2021 07:23:08 UTC