- From: <bugzilla@jessica.w3.org>
- Date: Sat, 05 Mar 2011 04:02:13 +0000
- To: public-html@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12243 Summary: Warn when ARIA-describedby/-labelledby points to interactive/form associated content Product: HTML WG Version: unspecified Platform: All URL: http://dev.w3.org/html5/spec/content-models.html#annot ations-for-assistive-technology-products-aria OS/Version: All Status: NEW Keywords: a11y Severity: normal Priority: P2 Component: HTML5 spec (editor: Ian Hickson) AssignedTo: ian@hixie.ch ReportedBy: xn--mlform-iua@xn--mlform-iua.no QAContact: public-html-bugzilla@w3.org CC: mike@w3.org, public-html-wg-issue-tracking@w3.org, public-html@w3.org aria-describedby/aria-labelledby: During the @longdesc debate it became apparent that some HTML wg members thought that one could point from an <img> element to an anchor elemt with the @aria-describedby or @aria-labelledby, in order to get the effect that the link became accessible as a link. However, this is not the case: According to ARIA 1.0, any element pointed to via @aria-labelledby and @aria-describedby, is presented to the user in the same way that the @alt attribute is presented. Thus, all the AT user would get, would be a dead link text - the text without the link. Since HTMLwg members made this error, it is likely that "normal authors" will also make the same error. Conformance checkers should therefore act up, when aria-describedby/aria-labelledby point to interactive or forms related content. In case it _could_ be useful now and then, a warning - and not an error message - could be enough. References: Internactive content: http://dev.w3.org/html5/spec/content-models#interactive-content-0 Form associated content http://dev.w3.org/html5/spec/forms#form-associated-element -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
Received on Saturday, 5 March 2011 04:02:15 UTC