This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 23551 - name and description section of HTML-AAPI oversimplifies step order; appear to conflict ARIA; needs rewriting
Summary: name and description section of HTML-AAPI oversimplifies step order; appear t...
Status: NEW
Alias: None
Product: HTML WG
Classification: Unclassified
Component: HTML a11y APIs (editor: Steve Faulkner, Cynthia Shelly) (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: steve faulkner
QA Contact: HTML a11y API spec bugbot
URL:
Whiteboard:
Keywords: a11y
Depends on:
Blocks:
 
Reported: 2013-10-17 17:31 UTC by James Craig
Modified: 2013-10-23 09:03 UTC (History)
5 users (show)

See Also:


Attachments

Description James Craig 2013-10-17 17:31:24 UTC
The "name and desc" section of HTML-AAPI oversimplifies the steps to determine alternatives when encountering specific HTML elements. For example, the AAPI doc says that aria-label should always trump value on controls, when that's only the case if it's not being calculated recursively for another element. The simplified lists with instructions like "use aria-labelledby" even seem to conflict with the ARIA algorithm in places.

http://www.w3.org/TR/2013/WD-html-aapi-20131001/#accessible-name-and-description-calculation

I would recommend rewriting the section to include the following changes:

1. Remove all the processing order lists. Defer to the ARIA spec for these.
2. Add a new section declaring the order and importance of host language labeling mechanisms (e.g. table>caption, img[alt], and so on) for each element. Note in the section that these will be used in rule 2A bullet 3 of the ARIA computation.
3. Add a new section declaring whether each element is a control (e.g. input) whose value should be used in the rule 2B of the ARIA. Remember to define how to determine the control value per element.
4. Declare any special-case attribute usage (e.g. @placeholder) in the same section where you declare the tooltip attribute (e.g. @title).
Comment 1 James Craig 2013-10-17 17:33:35 UTC
May also need a third section to declare whether or no each element accepts its nameFrom:contents (for rule 2C)