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

In your reply you stated: "it looks to me as if on loading the page the poster image will appear twice". Did we clear that up?

Your next reply is about the fallback content. In my example, the image has surrounding anchor tags. It links to another page, presumably where the user can download the video.

I am not at all suggesting we alter the fallback behavior.

I'm suggesting that aria-describedby pointing to an image element with a @longdesc attached would have semantic meaning.

Would you take another close look at my example code and let me know i it ought to be expanded for clarity?

-Charles


On Mar 21, 2012, at 10:50 AM, Sean Hayes <Sean.Hayes@microsoft.com> wrote:

> So are you proposing a different handling of video fallback content? I'm still not seeing how this works. If it is fallback content you would only see the poster (and by implication the poster description) if the browser didn't handle video.
> 
> -----Original Message-----
> From: Charles Pritchard [mailto:chuck@jumis.com] 
> Sent: 21 March 2012 17:14
> To: Sean Hayes
> Cc: John Foliot; 'Silvia Pfeiffer'; 'David Singer'; janina@rednote.net; "'xn--mlform-iua@målform.no'"; rubys@intertwingly.net; laura.lee.carlson@gmail.com; mjs@apple.com; Paul Cotton; public-html-a11y@w3.org; public-html@w3.org
> Subject: Re: CP, ISSUE-30: Link longdesc to role of img [Was: hypothetical question on longdesc]
> 
> The content within the video tag is fallback content.
> The image would only appear once.
> 
> -Charles
> 
> On 3/21/2012 6:01 AM, Sean Hayes wrote:
>> I may be missing something in your example, but it looks to me as if on loading the page the poster image will appear twice, and then the second image does not disappear as the video starts. It may work from an ARIA perspective, but from a design POV I don't see this as a solution to the issue, can you elaborate how this is supposed to work?
>> 
>> -----Original Message-----
>> From: Charles Pritchard [mailto:chuck@jumis.com]
>> Sent: 21 March 2012 07:55
>> To: John Foliot
>> Cc: 'Silvia Pfeiffer'; 'David Singer'; janina@rednote.net; "'xn--mlform-iua@målform.no'"; rubys@intertwingly.net; laura.lee.carlson@gmail.com; mjs@apple.com; Paul Cotton; public-html-a11y@w3.org; public-html@w3.org
>> Subject: Re: CP, ISSUE-30: Link longdesc to role of img [Was: hypothetical question on longdesc]
>> 
>> On 3/20/2012 11:18 PM, John Foliot wrote:
>>> This is the very same reason why aria-describedby cannot point to "hidden"
>>> text, as it too will be flattened to the same string text, using the same
>>> computational rules.
>> Can we get by with aria-describedby pointing to an embedded image tag?
>> 
>> <video poster="poster.jpg" aria-describedby="poster"
>> longdesc="videolongdesc.html" aria-label="My video">
>> <a href="videolongdesc.html" title="My Video"><img id="poster"
>> src="poster.jpg" longdesc="posterlongdesc.html" alt="My Poster" /></a>
>> </video>
>> 
>> We're pointing aria-describedby at an element with special semantics:
>> img @longdesc, and it's not a display: none/@hidden element,
>> so we're not violating any laws there... though I would have no
>> expectation that the img could gain focus as fallback for video.
>> 
>> It looks kind of ok from an ARIA perspective, though it still loses a
>> little something from non-aria.
>> I've argued we may want to look at allowing users/authors more easy
>> access to displaying fallback content.
>> 
>> In that case, the typical user could both see the longdesc, and see the
>> fallback content (and then follow that longdesc).
>> 
>> 
>> -Charles
>> 
>> 
>> 
>> 
>> 
>> 
> 
> 
> 
>

Received on Wednesday, 21 March 2012 19:05:01 UTC