- From: Simon Pieters <notifications@github.com>
- Date: Tue, 19 May 2026 07:49:53 -0700
- To: w3c/pointerlock <pointerlock@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Tuesday, 19 May 2026 14:49:57 UTC
zcorpan left a comment (w3c/pointerlock#110) > There can also be cases that pointer lock is not expected to have the same lifecycle - tapping esc is expected to escape only from pointer lock, e.g. if the lock does not cover the whole fullscreen page but intended to apply to a subset of the fullscreen page. Yes. I suppose there are two options, if we want to support the use case of games where you want to keep the pointer lock until exiting fullscreen: 1. Still have a single Esc keypress exit pointer lock while keyboard lock is active, but allow `preventDefault()` to override. Longpress still exits fullscreen, keyboard lock, and pointer lock. 2. Make a single Esc keypress not exit pointer lock while keyboard lock is active. Longpress exits fullscreen, keyboard lock, and pointer lock. Apps that wish to exit only pointer lock when pressing Esc can do so with JS. -- Reply to this email directly or view it on GitHub: https://github.com/w3c/pointerlock/issues/110#issuecomment-4488966122 You are receiving this because you are subscribed to this thread. Message ID: <w3c/pointerlock/issues/110/4488966122@github.com>
Received on Tuesday, 19 May 2026 14:49:57 UTC