Judy,
Steve and I met on the alt="" and role="presentation" discussion. Please
make the following change to the response:
<change>
Alt having a value of "" tells the user and assistive technology that
the image is presentational. Yet, with alt="" an assistive technology
(AT) must still filter out the image when it has no intrinsic value
other than to be decorative or be used as a spacer.
Unlike alt="", role="presentation" has the added value of removing
the image from the accessibility API object tree, effectively
filtering out the image and improving assistive technology
performance. Furthermore, a role of presentation is to state the
intent of the author in a declarative fashion. For these reasons,
role="presentation" should be considered a suitable alternative to
requiring alt when it adds no meaningful information to an AT.
As background, note that in most cases, browsers map browser content
to platform accessibility APIs, and an accessible object with a
standard API interface is created for each DOM object in a web page.
These objects are referenced and communicated with by an AT to
process accessibility information about visible objects in the web page.
</change>
<to>
The default semantics for and image with alt="" is role="presentation". The
accessibility API mapping is such that, when alt="", the <img> element is
removed from the accessibility API tree to improve assistive technology
performance as well as browser performance in that the browser is not
maintaining accessible objects for these presentational elements.
Applications, such as those from IBM, have used role="presentation" to
remove these objects from the accessibility tree as HTML4 does not have the
same mapping as we have specified for HTML 5. So, not allowing alt="" and
role="presentation" to be used interchangeably violates consistency with
the default HTML 5 semantics and is inconsistent with the ARIA
specification.
</to>
Rich Schwerdtfeger
CTO Accessibility Software Group
From: Judy Brewer <jbrewer@w3.org>
To: HTML Accessibility Task Force <public-html-a11y@w3.org>
Date: 04/25/2011 10:58 AM
Subject: [text] starter draft of clarification on alt validation, for
discussion
Sent by: public-html-a11y-request@w3.org
DRAFT for discussion purposes only.... partly for approach, party for
content...
[DRAFT]
Dear All,
With regard to the HTML Working Group Co-Chairs' decisions, as
described in the following email...
http://lists.w3.org/Archives/Public/public-html/2011Apr/0451.html
...which discussed the following information...
>There is a basic disagreement in the group on the validity
>requirements for alt. The result was two issues, six change
>proposals, and a straw poll for objections:
>
>http://www.w3.org/html/wg/tracker/issues/31
>http://www.w3.org/html/wg/tracker/issues/80
>http://lists.w3.org/Archives/Public/public-html/2010Jul/0050.html
>http://www.w3.org/html/wg/wiki/ChangeProposals/ImgElement20090126
>http://www.w3.org/html/wg/wiki/ChangeProposals/ImgElement20100706
>http://www.w3.org/html/wg/wiki/ChangeProposals/ImgElement20100707
>http://www.w3.org/html/wg/wiki/ChangeProposals/ImgElement20100510
>http://www.w3.org/html/wg/wiki/ChangeProposals/ImgElement20100504
>
http://www.w3.org/2002/09/wbs/40318/issue-31-80-validation-objection-poll/results
...and which arrived at the following six conclusions...
>Therefore, the HTML Working Group hereby decides that:
>
> * The presence of aria-labelledby does not make missing alt
conforming.
> * The presence of role=presentation does not make missing alt
conforming.
> * The presence of <meta name=generator> makes missing alt conforming.
> * Use of private communications does not, in itself, make
> missing alt conforming.
> * The presence of title makes missing alt conforming.
> * The presence of figcaption makes missing alt conforming.
...and which furthermore proposed addressing these through
implementation of a combination of the following two Change Proposals...
>The two Change Proposals closest to these results are those identified
>as Requirement Set 1 and Requirement Set 4:
>
> http://lists.w3.org/Archives/Public/public-html/2010Jul/0050.html
> http://www.w3.org/html/wg/wiki/ChangeProposals/ImgElement20100707
>
>These Change Proposals agree with each other and with the WG decision
>on aria-labeldby, role=presentation and figcaption.
>
>On the generator mechanism and the title attribute, Requirement Set 1
>aligns with the WG decision:
>
> http://lists.w3.org/Archives/Public/public-html/2010Jul/0050.html
>
>On the email exception, Requirement Set 4 aligns with the WG decision:
>
> http://www.w3.org/html/wg/wiki/ChangeProposals/ImgElement20100707
>
>Thus, overall, the WG adopts the Requirement Set 1 proposal with
>regards to aria-labelledby, role=presentation, <meta name=generator>,
>title and figcaption; but Requirement Set 4 with regards to the email
>exception.
...we note that the following information was not considered. The
respondents on the surveys mentioned above had not anticipated that
this information would be unknown to the Co-Chairs, and so have
described this information in some detail within this mail, and
presented test samples to illustrate failures associated with the
proposed approaches. These clarifications follow.
On the Co-Chair's decision on aria-labelledby:
> * The presence of aria-labelledby does not make missing alt
conforming.
The purpose of alt is to provide alternative text on images, and to
allow a user agent to render text in place of the images when images
are turned off.
As an example, applications such as Yahoo! mail render alt text for
images when web page content is embedded in a mail message. This
allows applications and browsers to only fetch images if a user
really needs them, improving download performance; and providing a
label to explain to the sighted user what is missing.
aria-labelledby is used to reference a label that is already visible
on the page, similar to an image caption. Authors put these captions
or labels in order to assist the sighted user in providing context
about the user.
Both the label and the alt text serve the same purpose when images
are turned off; and both provide a label. It does not seem
appropriate to force the author to provide two labels for the same
image, and to have two labels rendered when images are turned of.
Both will supply a label or "name" for the image in the accessibility API.
Consequently, we request that the Co-Chairs consider allowing
aria-labelledby to be used to point to a label as a suitable
alternative to alt.
On the Co-Chair's decision on role=presentation:
> * The presence of role=presentation does not make missing alt
conforming.
Alt having a value of "" tells the user and assistive technology that
the image is presentational. Yet, with alt="" an assistive technology
(AT) must still filter out the image when it has no intrinsic value
other than to be decorative or be used as a spacer.
Unlike alt="", role="presentation" has the added value of removing
the image from the accessibility API object tree, effectively
filtering out the image and improving assistive technology
performance. Furthermore, a role of presentation is to state the
intent of the author in a declarative fashion. For these reasons,
role="presentation" should be considered a suitable alternative to
requiring alt when it adds no meaningful information to an AT.
As background, note that in most cases, browsers map browser content
to platform accessibility APIs, and an accessible object with a
standard API interface is created for each DOM object in a web page.
These objects are referenced and communicated with by an AT to
process accessibility information about visible objects in the web page.
On the Co-Chair's decision on the presence of title making missing
alt conforming:
> * The presence of title makes missing alt conforming.
Title has a completely different function from alt in HTML.
Title is used to generate a tooltip, and is invisible when images are
turned off. Alt does not generate a tooltip, and is visible when
images are turned off.
If title is allowed as alternative text over alt it will break
applications such as Yahoo! mail; it will also break a commonly-used
feature, in less powerful mobile phones, where images are turned off
to improve performance.
If title were to be used in place of alt then when images are turned
off in the browser, nothing meaningful will be shown in the browser.
Furthermore, having title take precedence over alt will result in
tooltips being generated on decorative images and spacers, which
would do tremendous harm to the user experience.
It should be noted that title is used as a last resort when other
measures cannot be employed to compute the label or "name" of an
object in the accessibility API mapping for browsers.
Please note the following demonstrations of failures resulting from
the proposed approach:
http://www.paciellogroup.com/blog/misc/HTML5/alt-tests/screenshots.html
On the Co-Chair's decision on the presence of figcaption making
missing alt conforming:
* The presence of figcaption makes missing alt conform
[clarification pending]
Please let us know if additional clarification is needed, and thank
you in advance for your re-consideration.
Regards,
....