- 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