<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>23289</bug_id>
          
          <creation_ts>2013-09-19 14:06:07 +0000</creation_ts>
          <short_desc>Suggested editorial fixes from EOWG</short_desc>
          <delta_ts>2014-01-13 20:48:40 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>HTML WG</product>
          <component>HTML Image Description Extension</component>
          <version>unspecified</version>
          <rep_platform>PC</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://www.w3.org/TR/2013/WD-html-longdesc-20130716/</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>editorial, LC</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>CR</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Mark Sadecki">mark.sadecki+w3c</reporter>
          <assigned_to name="Mark Sadecki">mark.sadecki+w3c</assigned_to>
          <cc>public-html-admin</cc>
          
          <qa_contact name="HTML WG Bugzilla archive list">public-html-bugzilla</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>93566</commentid>
    <comment_count>0</comment_count>
    <who name="Mark Sadecki">mark.sadecki+w3c</who>
    <bug_when>2013-09-19 14:06:07 +0000</bug_when>
    <thetext>Submitted on behalf of Shawn Henry/EOWG
http://lists.w3.org/Archives/Public/public-html-a11y/2013Sep/0037.html

Dear HTML Accessibility Task Force,

Thank you for the opportunity to review HTML5 Image Description Extension (longdesc)
W3C Last Call Working Draft 16 July 2013 &lt;http://www.w3.org/TR/2013/WD-html-longdesc-20130716/&gt;.

EOWG has several suggestions from an education and outreach perspective, below.

* Add &quot;This section is non-normative.&quot; to main non-normative sections. (We see a sentence about this later, but are concerned it&apos;s not clear enough. For example, the first section under 3. The longdesc attribute &lt;http://www.w3.org/TR/html-longdesc/#longdesc&gt; starts with a sentence that is not clearly a &quot;Note&quot; (e.g., not offset, marked up, and preceded with &quot;Note:&quot;...&quot;)

* Introduction: Provide a little context at the beginning, briefly explaining what long descriptions are. For suggested wording, see the Image concepts page &lt;http://www.w3.org/WAI/tutorials/images/&gt; (note the lower sections have &quot;Why is this important&quot; and &quot;How to make images accessible&quot;) and Complex images&lt;http://www.w3.org/WAI/tutorials/images/complex&gt;. Consider pointing to these pages for more information (although will need to check timing if it&apos;s still a draft and if Shadi &amp; Bim are comfortable).

*Suggested edit to the paragraph under Use Cases and Requirements &lt;http://www.w3.org/TR/html-longdesc/#UCnR&gt;: &quot;Text alternatives are required so that users can successfully understand and interact with images even if they cannot see, or see well. The alt attribute is designed to contain a short description. This is sufficient for most images, and should provide enough information to ensure that users understand the image&apos;s purpose. Some images contain more information than can effectively be provided in a short description. The longdesc attribute is designed for longer descriptions to meet use cases such as the following.&quot; — although, some of this information may be better in the Introduction per previous comment...

*Remove title from examples. (rationale: Using a title attribute in examples, even non-normative examples, could lead to proliferation of this technique via copy and paste. Use of title attributes is specifically ruled out in the &apos;HTML5: Techniques for providing useful text alternatives&apos; draft &lt;http://dev.w3.org/html5/alt-techniques/#secm7&gt;.)

*Flow of Use Cases and Requirements: When reading the doc top to bottom, the &quot;Requires:...&quot; and &quot;Helped by:...&quot; under Use Cases do not make sense. It&apos;s only when you get to the next section that they make sense. Consider switching the sections around or explaining it.

*The items under &quot;Requirements for an Image Description functionality&quot; seem in random order. Is there a way to provide some structure or flow to them? (If there&apos;s nothing else, at least alphabetical order would help people reading the use cases and jumping down to the requirements to see the description of the things after Requires &amp; Helped by.)

* Current wording: &quot;This document does not define the term &quot;accessible&quot; nor accessibility, but uses them with the sense they have in [WCAG]&quot; Change reference from WCAG to Introduction to Web Accessibility &lt;http://www.w3.org/WAI/intro/accessibility&gt; then can say more directly: &quot;This document does not define the terms &quot;accessible&quot; or &quot;accessibility&quot;; it uses them as explained in Introduction to Web Accessibility.

* &quot;Localizing&quot; is not as well understood as &quot;Translating&quot;; therefore for the last use case, we suggest changing &quot;Localizing&quot; to &quot;Translating&quot;. (also, could simply to &quot;When content is translated to different languages&quot;

* The Abstract says &quot;Note that by allowing a hyperlink inside another one, this document explicitly redefines the HTML concept of hyperlink in a limited set of circumstances.&quot; Is this point clearly addressed in the main document? (Generally, the abstract is a summary and shouldn&apos;t have info that is not elsewhere.)

* copyediting:

- Suggest change &quot;As well as sections marked as non-normative, all authoring guidelines, diagrams, examples, and notes in this specification are non-normative. Everything else in this specification is normative.&quot; to &quot;All authoring guidelines, diagrams, examples, notes, and sections marked non-normative in this specification are non-normative. Everything else in this specification is normative.

-Write out IDL on first reference.

-Quote terms as follows:
The key words &quot;must&quot;, &quot;should&quot;, and &quot;may&quot; in this specification are to be interpreted as described in [RFC2119].
This document does not define the terms &quot;accessible&quot; or &quot;accessibility&quot; (and change &apos;term&apos; to &quot;terms&quot; and &apos;nor&apos; to &apos;or&apos;.)

-Use consistent capitalization in the headings.

- Under Use Case, last one has &quot;it is important that metadata intended for human consumption&quot;. That seemed a bit awkward to some. Consider changing it to &quot;it is important that metadata intended for people to read&quot; or &quot;it is important that metadata intended for humans&quot; or such.

- &quot;Authors should put descriptions within an element which is the target of a fragment link (e.g. longdesc=&quot;example.html#description&quot;) if a description is only part of the target document.&quot; is a bit hard to understand. Can you flip it around and say something like: &quot;&apos;When a description is only part of the target document, authors should include the [fragment link] in the element (e.g., longdesc=&quot;example.html#description&quot;).&quot;

###

(Note: These comments do not necessarily represent consensus among all of EOWG, because not all participants were available to review the comments before we submitted them.)

Regards,
~Shawn Henry
for EOWG &lt;http://www.w3.org/WAI/EO/EOWG-members.html&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>98357</commentid>
    <comment_count>1</comment_count>
    <who name="Mark Sadecki">mark.sadecki+w3c</who>
    <bug_when>2014-01-13 20:48:40 +0000</bug_when>
    <thetext>* Added text to the Introduction section that more clearly defines the longdesc attribute 
  https://dvcs.w3.org/hg/html-proposals/rev/7e746d7c4194
* clarified linking to a fragment link 
  https://dvcs.w3.org/hg/html-proposals/rev/8819e0678108
* changed human consumption to humans 
  https://dvcs.w3.org/hg/html-proposals/rev/1cc33f01787e
* made capitalization of headings consistent throughout document 
  https://dvcs.w3.org/hg/html-proposals/rev/d43c6656524b
* editorial changes to Conformance section 
  https://dvcs.w3.org/hg/html-proposals/rev/b7ad741c26e5
* clarified scope of normative text in conformance section 
  https://dvcs.w3.org/hg/html-proposals/rev/abeb3c959d45
* changed localized to translated 
  https://dvcs.w3.org/hg/html-proposals/rev/fd6cee5efc3f
* linked use case references to definitions, made case consistent and ordered definitions in alpha order 
  https://dvcs.w3.org/hg/html-proposals/rev/c8da8ec4a07b
* removed &quot;title&quot; attribute from example 
  https://dvcs.w3.org/hg/html-proposals/rev/6ddbb6ab517c
* removed &quot;Note that&quot; text from Abstract and Section 3 
  https://dvcs.w3.org/hg/html-proposals/rev/f4d139c52636
* removed &quot;Note that&quot; text from Abstract and Section 3 
  https://dvcs.w3.org/hg/html-proposals/rev/f4d139c52636</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>