Re: CP, ISSUE-30: Link longdesc to role of img [Was: hypothetical question on longdesc]

In either case, it's no more than an icon representing a label for the
video. There is no long textual description required - that time is
better spent skipping the video or watching it.

Silvia.

On Wed, Mar 21, 2012 at 11:30 AM, John Foliot <john@foliot.ca> wrote:
> Except for when your b) assertion is NOT a frame from the video, but a
> different, author chosen and supplied image, referenced via @poster. Yes, a
> longer text description is required for the media (as well), but users are
> asking for both, and we should be able to provide both. This is not an
> aria-label, this is a rich textual description of both visual assets.
>
>
> JF
>
> Sent from my Samsung Epic™ 4G Touch
>
>
>
> -------- Original message --------
> Subject: Re: CP, ISSUE-30: Link longdesc to role of img [Was: hypothetical
> question on longdesc]
> From: David Singer <singer@apple.com>
> To: John Foliot <john@foliot.ca>
> CC:
> silviapfeiffer1@gmail.com,janina@rednote.net,xn--mlform-iua@xn--mlform-iua.no,rubys@intertwingly.net,laura.lee.carlson@gmail.com,mjs@apple.com,paul.cotton@microsoft.com,public-html-a11y@w3.org,public-html@w3.org
>
>
>
> On Mar 20, 2012, at 17:04 , John Foliot wrote:
>
>> With all due respect David, that is not what a number of blind users have
>> told me: they want to know both, and they also recognize that the image,
>> while related to the video, may very well require its own textual
>> description.
>>
>> I am somewhat frustrated when sighted engineers keep asserting what
>> non-sighted users need and want: have you bothered to ask *them*?
>
> I am not saying that they don't need the information.  Of course they need
> the information.
>
> I am saying (a) that providing the 2-bits of the poster information without
> the kilobytes of video information has the wrong priorities and (b) we're
> confused if we think a still image of a stopped video is something distinct
> from the video.
>
>
> David Singer
> Multimedia and Software Standards, Apple Inc.
>
>

Received on Wednesday, 21 March 2012 00:37:18 UTC