- From: <bugzilla@jessica.w3.org>
- Date: Thu, 24 Apr 2014 22:45:46 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25448
Bug ID: 25448
Summary: Keyboard Event Types (some correct)
Product: WebAppsWG
Version: unspecified
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P2
Component: DOM3 Events
Assignee: travil@microsoft.com
Reporter: crimsteam@gmail.com
QA Contact: public-webapps-bugzilla@w3.org
CC: mike@w3.org, www-dom@w3.org
Keyboard event tables
(https://dvcs.w3.org/hg/dom3events/raw-file/tip/html/DOM3-Events.html#event-type-keydown)
missing some context info:
KeyboardEvent.code
KeyboardEvent.isComposing
=====
Target: Document, Element in above tables and in "5.1.1 List of DOM3 Event
Types" is correct? Any case when Document fits (of course excluding the
untrusted events)? We have this in description for keyboard event:
"... If no suitable element is in focus, the event target will be the root
element."
Writing "root element" you have means "document element"
(http://dom.spec.whatwg.org/#document-element)?
=====
I noticed that for some keys not all keyboard events are dispatched. Example
(all in Win7):
- F1 firing only keydown event (in Chrome, IE)
- F3 firing only keydown event (in Firefox, IE)
- F6 firing only keydown event (in Chrome, IE)
- F10 firing only keydown event (in Firefox, Chrome)
- F12 firing only keydown event (in IE)
- PrintScreen firing only keyup event (in Firefox, Chrome, IE)
This behavior is to much dependent on the implementation/system/device and will
not be standardized? Information for such cases would be helpful. Now we have
different behaviors, even if the browser do similar actions (like when press F3
or F6 key).
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Thursday, 24 April 2014 22:45:48 UTC