Last Comment Bug 700123 - Keyboard Lock
: Keyboard Lock
Status: UNCONFIRMED
:
Product: Core
Classification: Components
Component: DOM: Events (show other bugs)
: unspecified
: All All
: -- enhancement (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
:
Mentors:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-11-06 06:27 PST by Boaz Sender
Modified: 2012-01-24 11:43 PST (History)
5 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments

Description Boaz Sender 2011-11-06 06:27:58 PST
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 2011-11-06 10:15:36 PST
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 2011-11-09 14:41:51 PST
(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 2011-11-09 17:11:02 PST
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.

Note You need to log in before you can comment on or make changes to this bug.