700123 - Keyboard Lock

Status: UNCONFIRMED

(Core :: DOM: Events, enhancement, P3)

Description

[Boaz Sender]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_0) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.106 Safari/535.2




Expected results:


* Use case
  * When I crouch and walk forward in a game, the window should not close
* Request description
  * allow developer to lock keyboard. Similar to emerging mouselock spec.
* Target W3C group
  * Web events group
* Traction
  * chrome issue: http://code.google.com/p/chromium/issues/detail?id=84332
  * chrome design doc draft: https://sites.google.com/a/chromium.org/dev/developers/design-documents/reserved-keys-api

Comment 1

[warcraftthreeft]

Why would the window close when you are crouching and walking? If you have focus on a canvas object or something and press say ctrl+w it doesn't close the window in any browser.

Comment 2

[Peter Kasting]

(In reply to warcraftthreeft from comment #1)
> If you have
> focus on a canvas object or something and press say ctrl+w it doesn't close
> the window in any browser.

That should not be true in Chrome, where we prevent some keystrokes (e.g. ctrl-w) from being sent to webpages by default so badly-behaving pages don't result in the user being unable to close/change tabs, etc.

Comment 3

[warcraftthreeft]

Woah, you're right. I just tested it with one of my canvas projects. Backspace goes back a page in Chrome (along with the ctrl+w close). I guess this is needed. Didn't realize user agents could take precedent over a web page with focus and key events.

Comment 4

[Chris Rebert]

Presumably the relevant spec here is now: https://w3c.github.io/keyboard-lock/

Comment 5

[Pierre Ossman]

Chrome seems to be shipping this in the next release:

https://www.chromestatus.com/features/5642959835889664

Comment 6

[:Harald Kirschner :digitarald]

Referenced in https://github.com/microsoft/vscode/issues/85252 . I wonder if other editors also run into this.