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 10604 - Don't say 'empty' about @alt anywhere, say 'empty string' everywhere
Summary: Don't say 'empty' about @alt anywhere, say 'empty string' everywhere
Status: RESOLVED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: pre-LC1 HTML5 spec (editor: Ian Hickson) (show other bugs)
Version: unspecified
Hardware: PC All
: P3 normal
Target Milestone: LC
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL: http://dev.w3.org/html5/spec/embedded...
Whiteboard:
Keywords: a11y
Depends on:
Blocks:
 
Reported: 2010-09-11 23:21 UTC by Leif Halvard Silli
Modified: 2010-10-12 15:16 UTC (History)
7 users (show)

See Also:


Attachments

Description Leif Halvard Silli 2010-09-11 23:21:08 UTC
(1) ISSUE:
      * Most places, the spec includes the wording "the empy string" when it speak about 
          an @alt attribute that is considered empty. 

      * However, some some places it just says "empty", which is a phrase that is open to
         interpretation - e.g. it could include the space character to many readers.

      * Please  make sure that the spec says "empty string" everywhere.

      The liste below (3) points to the places where the spec says "empty" instead of "empty string".

(2) WHY THIS IS IMPORANT 
     1: USER AGENTS treat the <img> differently if the @alt is the empty string versus when 
         the @alt contains any other string. E.g. VoiceOver+VoiceOver always announces an <img>
         whose @alt is not the empty string. Other AT solutions work roughly the same way.  
         Thus, to be certain that the image's presence isn't announced, authors must use the
         empty string,  they cannot e.g. use a the space character as the content.
     2: CLARITY: If the @alt attribute only contains a white space character,  then many will 
          think of it as empty.
     3: CONSISTENCY: The spec text should be consistent - same wording everywhere.

(3) List of discovered places that needs fixing - with indication of how it can be repaired:

#img-load
   ]] If the src attribute is set and the alt attribute is set to a value that isn't empty [[
   SUGGESTED INSTEAD: … isn't the empty string

#a-link-or-button-containing-nothing-but-the-image
  ]] Except where otherwise specified, the alt attribute must be specified and its value must not be empty; the value must be an appropriate replacement for the image. [[
  SUGGESTED INSTEAD: … and its value must not be the empty string

#a-short-phrase-or-label-with-an-alternative-graphical-representation:-icons-logos
  ]]In those cases, the alt attribute must be present but must be empty. [[
  SUGGESTED INSTEAD: … but its value must be the empty string

#a-short-phrase-or-label-with-an-alternative-graphical-representation:-icons-logos
  ]] Here the icons are next to text that conveys the same meaning, so they have an empty alt attribute:[[
  SUGGESTED INSTEAD: … so they have an alt attribute with the empty string:

#a-short-phrase-or-label-with-an-alternative-graphical-representation:-icons-logos
  ]] If the logo is being used next to the name of the entity that it represents, then the logo is supplemental, and its alt attribute must instead be empty [[
  SUGGESTED INSTEAD: … and its alt attribute value must instead be the empty string

#table-aria-strong
  ]] img element whose alt attribute's value is empty[[
  SUGGESTED INSTEAD: … whose alt attribute value is the empty string
Comment 1 Ian 'Hixie' Hickson 2010-09-28 05:08:15 UTC
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: Partially Accepted
Change Description: see diff given below
Rationale: It seems that if "empty value" is ambiguous, "empty string" would be too, so I just added a generic definition of "empty" to the terminology section.
Comment 2 contributor 2010-09-28 05:08:30 UTC
Checked in as WHATWG revision r5524.
Check-in comment: Define 'empty'.
http://html5.org/tools/web-apps-tracker?from=5523&to=5524
Comment 3 Joshue O Connor 2010-10-12 15:16:32 UTC
Bug Triage Sub Team accept Ian's decision.