- From: <bugzilla@jessica.w3.org>
- Date: Wed, 03 Aug 2011 01:12:29 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13549 Summary: associating form elemnents with forms that do not contain them can cause navigation problems for AT and keyboard users Product: HTML WG Version: unspecified Platform: PC OS/Version: Windows NT Status: NEW Keywords: a11y, a11ytf Severity: normal Priority: P2 Component: HTML5 spec (editor: Ian Hickson) AssignedTo: ian@hixie.ch ReportedBy: cyns@microsoft.com QAContact: public-html-bugzilla@w3.org CC: mike@w3.org, public-html-wg-issue-tracking@w3.org, public-html@w3.org What is the use case for associating a form element with a differnt form than the one that contains it? The spec says this is to work around lack of support for nested forms, but what is the use case for nested forms? When an element is associated with a different form than the one that contains it, it will cause behavior that the user will not expect. This will be particularly problematic for screen reader users, because the screen reader reading order follows the DOM order, not the specified form relationships. Similarly, without significant work by authors, keyboard tab order will not match either. This feature seems likely to introduce author errors, without clear benefit. Instead, nested forms should be considered an author error. Browser behavior for handling this error can be specified, but we should not add features to handle it. -- 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 Wednesday, 3 August 2011 01:13:29 UTC