Summary of HTML5 A11y testing in view of CR with *Action Items*

The contents of this email are also available in HTML here:
http://www.w3.org/2013/08/html5-testing-summary.html

Hello Task Force participants,

Below is a list of sections of the HTML5 spec the Task Force originally identified [1] as having potential interoperability issues.  The HTML WG indicated that more evidence would be required before they could consider changing the status of these items from "Interoperable" to "Needs Testing" in their "Overview of testing in view of CR" document [2].  Upon closer consideration, not all of the issues originally reported will be solved by or require testing. Some of the issues (non-normative parts of the spec, for instance) can be fixed through the bug filing process to improve spec text.  Please review the summary of findings below and provide feedback.  There are a number of sections that will require follow-up work (to file bugs, create tests, document interoperability issues.)  Please consider this a **call to action** for the items listed below.  A summary of action items follows this list.  If you are interested in taking up any of these action items or disagree with the 
summary, please email me at mark@w3.org.

Best,

Mark

## Issues raised in CfC response

### 2.5.6 Colors
We reported that we were dissatisfied with the deprecation of System Colors (see bug 13639 [4]).  This does not require testing.  *If we wish to pursue, we should follow up on this bug.*

### 2.5.10 Media Queries
We reported that we expected Media Queries to be used for accessibility purposes and that since media queries are a feature new to HTML5, we believe they should be tested to verify that they work as expected across different platforms.  As far as the HTML5 spec is concerned, there are only 2 paragraphs regarding Media Queries and they reference the CSS Media Queries spec. *Unless anyone is aware of any bugs with media queries, I don't think we should pursue this issue.*

### 3.2.3.2 The title attribute
We reported that the title attribute is not accessible in a device independent manner (you need a mouse to hover over an element to expose the value of the title attribute on most platforms/browsers).  The HTML spec acknowledges this in a Note [5] contained at the beginning of the section.  However, the spec does not specify that the title attribute should be accessible or exposed in any certain way.  Testing is not an appropriate solution to this problem.  *If we wish to pursue, we should file a bug.*

### 3.2.3.3 The lang and xml:lang attributes
We reported that screen readers can use the lang attribute to perform language switching, allowing speech in the natural language specified.  Since this attribute can be used on any element, we asked that this feature be tested to insure its value is available to user agents in all contexts.  *If we want to pursue this, we need to demonstrate that there are current interoperability issues.*

### 3.2.5.2 Transparent content models
We originally reported that most fallback content can be considered "transparent" as it inherits the context of its parent element.  The "re-mapping" of an element's content model must be properly conveyed in the DOM to insure that Assistive Technology (AT) can properly modify the element's behavior and provide the appropriate access to it. Mike Smith says that this is not an issue since its just about conformance (I'm assuming he means authors improperly nesting elements). *I do not think we should pursue this issue.*

### 3.2.7.3 Strong Native Semantics and 3.2.7.4 Implicit ARIA Semantics
We reported that, based on feedback from SteveF, that there were known interoperability problems with these two sections.  For example:
* The h1-h6 elements are defined as requiring to have the aria- level property set to the element's outline depth [6].
* The dialog element requires mapping to a dialog role [7].
* The img element whose alt attribute's value is empty should have a default role=presentation [8] (removing it from the accessibility tree).
*The current state of these sections has already been changed to "Needs testing" by the document's editor (Robin Berjon) based on discussions with the Task Force. However, I think we should demonstrate the above failures with some basic tests/examples.*

### 4.8.14.2 Processing model
We reported that we had an issue with the spec text that makes an exception for how `<object>` elements are to be processed by user agents which do not support images [9].  This would possibly affect the accessibility of imagemaps contained in `<object>` elements.  This issue would not be solved by testing.  *We should follow up on this bug.  Chaals, I belive you took this as an action [10].*

### 4.9.1.1 Techniques for describing tables
We reported that there was poor support for the techniques described in this section [11] by Assistive Technology.  However, the poor support seems to be on the side of the screen readers. *If we are dissatisfied with the techniques, we should file a bug to remove the problematic techniques.  However, the use of summary/details inside a table caption element is actually quite an elegant solution to describing tables.  It would be a shame to remove this from the spec simply because there is currently no screen reader support.*

### 4.9.2 The caption element
We expressed concern about the removal of the summary attribute and its replacement, the caption element citing possible implementation issues.  *If we want to pursue this, we need to demonstrate that there are current interoperability issues.*

### 4.10.8 The button element
We reported that the button element has existed for quite some time and is widely considered to be interoperable, but there are many new attributes available on this element that may have an impact on accessibility (autofocus, formnovalidate, formtarget, etc.) and have not yet been individually tested.
*the current state of this section has already been changed to "Needs testing" by the document's editor (Robin Berjon) based on discussions with Mark Sadecki.  However, I think we should provide some basic tests/examples.*

### 4.12 Links
We reported that links are a critical component of the web and that the ability to navigate to them with the keyboard in all appropriate contexts is critical to users of AT (i.e. when they are used in fallback content) the TF believes that the keyboard accessibility of links be tested, especially when used in the context of fallback content. *If we want to pursue this, we need to demonstrate that there are current interoperability issues.*

### 4.12.5 Link types
We reported that since HTML5 now supports the the use of of link type on the `<a>` and `<area>` elements in addition to the `<link>` element, testing is required to determine interoperability of this new feature of HTML5. *If we want to pursue this, we need to demonstrate that there are current interoperability issues.*

### 4.13.3 Tag clouds
We reported that we did not believe the `font-size` property used in the code example is interoperable [12].  This is supported by the variety of "CSS Reset" methods available to developers [13], particularly if used in conjunction with a user override of min-font-size. *This section of the spec is non-normative.  If we believe there is an issue here, we need to file a bug.*

## Summary of Action Items

2.5.6 Colors
: *If we wish to pursue, we should **follow up on this bug** [4].*
2.5.10 Media Queries
: *Unless anyone is aware of any bugs with media queries, I don't think we should pursue this issue.*
3.2.3.2 The title attribute
: *If we wish to pursue, we should **file a bug**.*
3.2.3.3 The lang and xml:lang attributes
: *If we want to pursue this, we need to **demonstrate that there are current interoperability issues**.*
3.2.5.2 Transparent content models
: *I do not think we should pursue this issue.*
3.2.7.3 Strong Native Semantics and 3.2.7.4 Implicit ARIA Semantics
: *The current state of these sections has already been changed to "Needs testing" by the document's editor (Robin Berjon) based on discussions with the Task Force. However, I think we should **demonstrate the above failures with some basic tests/examples**.*
4.8.14.2 Processing model
: *We should **follow up on this bug**.  Chaals, I believe you took this as an action [10].*
4.9.1.1 Techniques for describing tables
: *If we are dissatisfied with the techniques, we should **file a bug** to remove the problematic techniques.  However, the use of summary/details inside a table caption element is actually quite an elegant solution to describing tables.  It would be a shame to remove this from the spec simply because there is currently no screen reader support.*
4.9.2 The caption element
: *If we want to pursue this, we need to **demonstrate that there are current interoperability issues**.*
4.10.8 The button element
: *the current state of this section has already been changed to "Needs testing" by the document's editor (Robin Berjon) based on discussions with Mark Sadecki.  However, I think we should **provide some basic tests/examples**.*
4.12 Links
: *If we want to pursue this, we need to **demonstrate that there are current interoperability issues**.*
4.12.5 Link types
: *If we want to pursue this, we need to **demonstrate that there are current interoperability issues**.*
4.13.3 Tag clouds
: *This section of the spec is non-normative.  If we believe there is an issue here, we need to **file a bug**.*

## References

[1] <http://www.w3.org/WAI/PF/HTML/wiki/Results_of_Spec_Review>
[2] <http://www.w3.org/html/wg/tests-cr-exit.html>
[3] <http://dev.w3.org/html5/decision-policy/public-permissive-exit-criteria.html>
[4] <https://www.w3.org/Bugs/Public/show_bug.cgi?id=13639>
[5] <http://www.w3.org/TR/html5/dom.html#the-title-attribute>
[6] <http://www.w3.org/html/wg/drafts/html/master/sections.html#outline-depth>
[7] <http://www.w3.org/html/wg/drafts/html/master/interactive-elements.html#the-dialog-element>
[8] <http://www.w3.org/html/wg/drafts/html/master/embedded-content-0.html#the-img-element>
[9] <https://www.w3.org/Bugs/Public/show_bug.cgi?id=13451>
[10] <http://www.w3.org/2013/05/09-html-a11y-minutes.html#ActionSummary>
[11] <http://www.davidmacd.com/test/details.html>
[12] <http://css-tricks.com/font-rendering-differences-firefox-vs-ie-vs-safari/>
[13] <http://www.cssreset.com/>

-- 
Mark Sadecki
Web Accessibility Engineer
World Wide Web Consortium, Web Accessibility Initiative
Telephone: +1.617.715.4017
Email: mark@w3.org
Web: http://w3.org/People/mark

Received on Thursday, 1 August 2013 20:12:32 UTC