W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2011

[Bug 13461] Commentary on Issue #30 (longdesc) from the Association of American Publishers

From: <bugzilla@jessica.w3.org>
Date: Mon, 01 Aug 2011 17:26:50 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QnwGQ-0008LC-8j@jessica.w3.org>

Matthew Turvey <mcturvey@gmail.com> changed:

           What    |Removed                     |Added
                 CC|                            |mcturvey@gmail.com

--- Comment #8 from Matthew Turvey <mcturvey@gmail.com> 2011-08-01 17:26:49 UTC ---
These requirements appear to be better met by using a normal link, with a
programmatically determinable association where required (eg a rel attribute <a
href="ld.html" rel="longdesc"><img></a>). As I understand it James Craig from
PFWG has previously suggested using normal links to Suzanne, is there some
other usage scenario for publishers that specifically requires the longdesc
attribute? Can you describe it?


>  The longdesc attribute works with assistive technology today.

With *some* AT today. longdesc is unsupported in popular SRs e.g. VoiceOver,
Orca and NVDA, as well as some other AT e.g. screen magnifiers, and is also
unavailable to IE, Firefox, Chrome and Safari users by default. Support also
seems to be poor in the DTB sector: 


Using a normal link has the benefit that it works for everyone now, does not
require software upgrades or user retraining, and W3C-WAI are not planning to
obsolete it. See also RNIB and WebAIM advice:

[Word .doc]

> We are using longdesc increasingly in our products.

Can you give us some examples? 

Are there any scenarios where using a normal link on the image, with
rel="longdesc" if required, does not provide an immediate, significant
improvement in accessibility and usability, while still meeting all the
requirements you listed?

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Monday, 1 August 2011 17:26:51 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:59 UTC