W3C home > Mailing lists > Public > wai-xtech@w3.org > November 2007

DRAFT response Re[2]: Request for PFWG WAI review of Omitting alt Attribute for Critical Content

From: Al Gilman <Alfred.S.Gilman@IEEE.org>
Date: Sun, 25 Nov 2007 12:09:59 -0500
Message-Id: <p0611040fc36f4cf5e8ce@[]>
To: wai-xtech@w3.org

class="inDraft onProcess">

Earlier discussion on this point can be reviewed at

Please comment on this on the XTECH list.

PFWG could reach consensus on some variant of this
statement as early as Wednesday, 28 November or
it could take longer depending on the nature of the



Let's note the following:

WCAG2 is likely to become a recommendation before
HTML5, and is reasonably likely to be a Rec for several
years before HTML5.

The Web has been under-performing as regards supplying
good ALT text for images since 1997 when HTML4 was
published with a syntactic requirement for @alt on all <img>



HTMLWG should agree that authors SHOULD provide
good text alternatives for all <img> elements as
stated in WCAG2 Guideline 1.1.

provisional URI:



WAI should agree that well-placed informative references
to existing W3C accessibility Recommendations is a
suitable way for the HTML5 specification to address this,
more or less as it has been done in the Specification Guidelines




WAI asserts that HTML5 should provide formal semantics
bound to some markup pattern which enables a readily-followed
technique for the part of Guidline 1.1 where it says


Decoration, Formatting, Invisible: If it is pure decoration, or used
only for visual formatting, or if it is not presented to users, then
it is implemented in a way that it can be ignored by assistive


WAI suggests that the markup pattern


is a 'cowpath' in the language of the HTML5 Principles, in that
assistive technology is already in the practice of recognizing
<img> elements with that @alt value as ignorable.

Somebody please confirm or deny this.  Do screen readers
actually skip images with @alt=""?


/self (chair hat off)
Received on Sunday, 25 November 2007 17:10:18 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:51:34 UTC