W3C home > Mailing lists > Public > public-html-a11y@w3.org > March 2012

Re: Drop longdesc, get aria-describedat?

From: Geoff Freed <geoff_freed@wgbh.org>
Date: Fri, 9 Mar 2012 12:09:23 +0000
To: Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com>, Silvia Pfeiffer <silviapfeiffer1@gmail.com>, Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>, Richard Schwerdtfeger <schwer@us.ibm.com>, W3C WAI-XTECH <wai-xtech@w3.org>, HTML Accessibility Task Force <public-html-a11y@w3.org>, George Kerscher <kerscher@montana.com>
Message-ID: <CB7F5B7F.F4E6%geoff_freed@wgbh.org>

I'm adding George Kerscher to this thread.  George is an e-book
accessibility expert and leads the accessibility work at the IDPF.  He
might have some input on the comments below.  George?


On 3/9/12 3:07 AM, "Benjamin Hawkes-Lewis" <bhawkeslewis@googlemail.com>

>On Wed, Mar 7, 2012 at 8:42 PM, Janina Sajka <janina@rednote.net> wrote:
>> By way of example Epub has an elaborated requirement:
>> http://diagramcenter.org/development/epubdescribedat.html
>Have any EPUB implementors indicated they will provide UI for this,
>and if so what sort of UI?
>I think an HTML spec extension including @longdesc would be
>significantly preferable to minting an "interim" epub:describedat
>Extending HTML5 should not be a problem when EPUB is using a profile
>of HTML5 anyway:
>    http://idpf.org/epub/30/spec/epub30-contentdocs.html#sec-xhtml
>Classing alternative forms of images, such as tactile images, as
>"descriptions" is very problematic. For example, it complicates
>provision of a UI based on the mere presence of the attribute. The
>already introduced "epub:switch" element or the EPUB media type
>fallback system might be a better approach for alternative forms of
>While print fidelity might militate against providing default visual
>encumbrances for descriptions for images, this cannot hold for video
>and audio, so using "a" elements would be preferable to an "interim"
>attribute there.
>Benjamin Hawkes-Lewis
Received on Friday, 9 March 2012 12:10:00 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:56:05 UTC