If you wish to express a consistent opinion for all of the proposed responses and changes, you can indicate your choice below. If not, please proceed to indicate your position for the individual responses that follow.

Summary

(3 responses didn't contain an answer to this question)

Details

Guy Moreau's original comment

Proposed response to Guy Moreau

Guy,
Thanks for your feedback. The Task Force has considered your suggestion to more explicitly define the behavior requirements on User Agents for accessing longdesc. We agree that discoverability is a key component in the success of longdesc, which is why we listed it in the Requirements section. However, the Task Force has decided to allow User Agents the flexibility to develop innovative solutions for users to discover and interact with longdesc content. There are known implementation strategies that would not meet the restriction you suggested in your comment, such as that used by the TellMeMore extension, or the ability to provide the description directly in a "popup window". Innovative solutions such as these would not be possible if the specification required any particular solution.

Summary

(1 response didn't contain an answer to this question)

Details

Jan Richard's original comment

Proposed response to Jan Richards

Dear Jan,
Thanks for taking the time to review the longdesc specification and to provide positive and helpful feedback. We agree that referencing the more specific section of Implementing ATAG 2.0, "(3): Long text descriptions" (http://www.w3.org/TR/ATAG20-TECHS/#prompt-long-description) would be of greater value to Authoring Tool developers than the more general Principle B3, "Authors must be supported in improving the accessibility of existing content". We also agree that it would be helpful to reference "Appendix B: Levels of Checking Automation" (http://www.w3.org/TR/ATAG20-TECHS/#checking-types) when suggesting that authoring tools check for common errors in longdesc attribute values.

Summary

(1 response didn't contain an answer to this question)

Details

This response involves a change in the specification. You will be providing feedback on both the response as well as the specification change.

• James Craig's original comment
• Matthew Turvey's original comment (addendum to James')

Proposed response to James and Matthew

James and Mathew,
Thanks for taking the time to provide feedback on the longdesc specification. We agree that it would be inappropriate to rely solely on longdesc where standards exist to support accessibility more directly, instead of e.g. providing a MathML version of mathematical content, or using the native accessibility features of SVG. However, even in these cases many users of current-generation technologies which don't support those standards well can benefit from the discoverability and access provided by longdesc.

We disagree that an "ordinary" link provides the same discoverability as longdesc in the general case.

We have added the following text to the section on Authoring requirements to further clarify when longdesc is appropriate:

Suggested Spec Addition

Authors SHOULD NOT rely solely on longdesc where standards exist to provide direct, structured access. Note: (informative) For example a MathML version of mathematical content, or an SVG image that uses the accessibility features of SVG, can provide better accessibility to users with appropriate technology. In such cases, it is appropriate to use longdesc as a fallback strategy, in combination with more modern techniques.

Summary

(1 response didn't contain an answer to this question)

Details

Andrew Kirkpatrick's original comment

Proposed response to Andrew Kirkpatrick

Andrew,
Thanks for taking the time to consider longdesc in the context of specific WCAG techniques, specifically the behavior of user agents when a longdesc refers to a document fragment. The Task Force has intentionally refrained from requiring any specific behavior in this respect from user agents. There is a requirement in the document that authors SHOULD put descriptions in well-formed fragments (which may include an entire page). Because there is existing, and will likely continue to be new content that does not meet this requirement, we do not propose a corresponding requirement on user agents.

Summary

Details

This response involves changes in the specification. You will be providing feedback on both the response as well as the specification changes.

EOWG's original comment

Proposed response to the EOWG

Dear EOWG,

Thank you for your review. We found the vast majority of your suggestions very helpful and will incorporate them into the specification. Below are replies to individual suggestions where we feel it is important to clarify, or where we will not be incorporating your suggestions.

Add "This section is non-normative." to main non-normative sections. (We see a sentence about this later, but are concerned it's not clear enough. For example, the first section under 3. The longdesc attribute starts with a sentence that is not clearly a "Note" (e.g., not offset, marked up, and preceded with "Note:"...")

In the specific example, that statement is not normative, so instead we will remove the words "Note that" an the beginning. We believe that all other non-normative sections are identified as such, but will double-check.

Introduction: Provide a little context at the beginning, briefly explaining what long descriptions are. For suggested wording, see the Image concepts page (note the lower sections have "Why is this important" and "How to make images accessible") and Complex images. Consider pointing to these pages for more information

We will add more information in the introduction as suggested. The pages referenced do not appear stable enough to be a reference in this document, so we will not be linking to them.

Suggested edit to the paragraph under Use Cases and Requirements : "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'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." —

Whether an image needs a long description can depend on context as well as the image itself. Alt is designed to provide a functional replacement text, not a short description. In many cases text alternatives are not necessary to support interaction. We therefore do not propose to adopt this edit.

Current wording: "This document does not define the term "accessible" nor accessibility, but uses them with the sense they have in [WCAG]" Change reference from WCAG to Introduction to Web Accessibility then can say more directly: "This document does not define the terms "accessible" or "accessibility"; it uses them as explained in Introduction to Web Accessibility.

That document referenced has no apparent stability or persistence policy. For a reference we prefer to use a W3C Recommendation which has both.

The Abstract says "Note that by allowing a hyperlink inside another one, this document explicitly redefines the HTML concept of hyperlink in a limited set of circumstances." Is this point clearly addressed in the main document?

Yes. It is in the section mentioned in your first comment above (Section 3: . We propose to remove the confusing lead-in "Note that".

Summary

Details

Charles' original comment

Proposed response to Charles McCathie Nevile

Dear Charles,

We agree that additional use cases that demonstrate a need for discoverability should be added to this specification. We propose the following addition to the "Use Cases" section:

Image Search

Many search engines provide an option to search for images and present the results out of context. The ability to discover and process identified descriptions allows search engines to improve the source material they use to support text-based queries for images.
Requires: Discoverability

Describing Images

Image search tools identify multiple copies of the same image. Where a search tool can identify a description of an image, this can be provided to the user as a description for any copies of that image.
Requires: Discoverability

Summary

Details