10603 2010-09-11 22:59:35 +0000 Clarify what default roles UAs may assign to elements not listed in the ARIA section 2010-12-14 17:59:51 +0000 1 1 1 Unclassified HTML WG pre-LC1 HTML5 spec (editor: Ian Hickson) unspecified PC All RESOLVED FIXED http://dev.w3.org/html5/spec/content-models.html#annotations-for-assistive-technology-products-aria a11y, aria, TrackerIssue P1 normal --- 10066 1 bhawkeslewis faulkner.steve faulkner.steve ian laura.lee.carlson mike public-html-a11y public-html-admin public-html-wg-issue-tracking w3c public-html-bugzilla oldest_to_newest 38896 0 bhawkeslewis 2010-09-11 22:59:35 +0000 I'm fairly confused about what default ARIA roles UAs may assign to elements not explicitly listed in the ARIA section, e.g. "html", "head", "body", elements inside "head", "img" with non-empty "alt", and "i". (See also the discussion in Bug 10841) If an element is not listed anywhere in the section does that mean it has no default role? There's a list of "elements in HTML [that] have no default role and no restrictions on what roles can be applied to those elements", but why are (say) "i" and "img" with non-empty "alt" missing from both the tables and the list? The spec says: "User agents may apply different defaults than those described in this section in order to expose the semantics of HTML elements in a manner more fine-grained than possible with the above definitions." Is this supposed to mean that they can map elements to platform accessibility APIs in ways more specific than currently covered by ARIA? Or that they could apply more complex heuristics than the spec's tables and lists to determining which of the current default ARIA roles to apply to an element? If /that's/ the case, then it should be made clearer that the default roles and restrictions tabulated and listed are merely informative suggestions. Would it be possible to clarify this? 38903 1 faulkner.steve 2010-09-12 07:31:21 +0000 adding to ARIA super bug 39629 2 ian 2010-09-27 23:01:52 +0000 (In reply to comment #0) > I'm fairly confused about what default ARIA roles UAs may assign to elements > not explicitly listed in the ARIA section, e.g. "html", "head", "body", > elements inside "head", "img" with non-empty "alt", and "i". (See also the > discussion in Bug 10841) The defaults for anything not listed in the HTML spec are left up to ARIA, which I believe either leaves it up to the UAs or says that there's no default role (same as <span>). > If an element is not listed anywhere in the section does that mean it has no > default role? If nothing gives it a default role, then it has no default role. > There's a list of "elements in HTML [that] have no default role > and no restrictions on what roles can be applied to those elements", but why > are (say) "i" and "img" with non-empty "alt" missing from both the tables and > the list? No idea why "i" isn't listed, looks like a copy/paste error. The list in general is kind of a lie, though, because for example any element with accesskey="" can end up having a role. I think I might just remove the list, it's caused more confusion so far than it has aided. > The spec says: "User agents may apply different defaults than those described > in this section in order to expose the semantics of HTML elements in a manner > more fine-grained than possible with the above definitions." Is this supposed > to mean that they can map elements to platform accessibility APIs in ways more > specific than currently covered by ARIA? I think I'll remove that paragraph. It's from a time where the table wasn't as detailed. I haven't made any changes yet but I shall remove the two paragraphs mentioend above when I next look at this bug (I'm in the middle of some other edits right now, but Maciej asked me to comment ASAP). 40076 3 ian 2010-09-30 08:03:20 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Accepted Change Description: see diff given below Rationale: Clarified confusing paragraphs by removing them altogether, as per comment 2. 40077 4 contributor 2010-09-30 08:04:09 +0000 Checked in as WHATWG revision r5567. Check-in comment: Remove confusing paragraphs http://html5.org/tools/web-apps-tracker?from=5566&to=5567 41027 5 faulkner.steve 2010-10-12 09:08:54 +0000 added to HTML WG Issue http://www.w3.org/html/wg/tracker/issues/129 43360 6 w3c 2010-12-14 17:59:51 +0000 The bug-triage sub-team thinks this is important, but does not require the attention of the whole task force as the ARIA mapping sub-team is able to deal with it and take the appropriate steps.