- From: <bugzilla@jessica.w3.org>
- Date: Tue, 07 Sep 2010 07:03:10 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10559
Summary: With Rietveld we have the opposite problem - keyboard
shortcut is used to call dialog box with a textarea.
When user clicks "Esc" dialog hides, but the focus
stays in textarea preventing interaction with other
keys. document.body is not focusable, and sav
Product: HTML WG
Version: unspecified
Platform: Other
URL: http://www.whatwg.org/specs/web-apps/current-work/#ele
ment-level-focus-apis
OS/Version: other
Status: NEW
Severity: normal
Priority: P3
Component: HTML5 spec (editor: Ian Hickson)
AssignedTo: ian@hixie.ch
ReportedBy: contributor@whatwg.org
QAContact: public-html-bugzilla@w3.org
CC: mike@w3.org, public-html@w3.org
Section:
http://www.whatwg.org/specs/web-apps/current-work/#element-level-focus-apis
Comment:
With Rietveld we have the opposite problem - keyboard shortcut is used to call
dialog box with a textarea. When user clicks "Esc" dialog hides, but the focus
stays in textarea preventing interaction with other keys. document.body is not
focusable, and saved document.activeElement doesn't allow to restore focus.
element.blur() seems the only viable alternative. A good alternative would be
to traverse up the dom tree to find first focusable element, but AFAICS there
is not property that allows to check if an element is focusable. -- anatoly
techtonik <techtonik@gmail.com>
Posted from: 86.57.247.127
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 7 September 2010 07:03:12 UTC