RE: Proposal for <canvas src> to allow images with structured fallback by Tab Atkins Jr.

Sure, as I said I'm not really commenting on the proposal per-se, more on the comment/justification that the situation is analogous to <video> element; which it isn't.

-----Original Message-----
From: Steve Faulkner [mailto:faulkner.steve@gmail.com] 
Sent: 07 March 2011 16:54
To: Sean Hayes
Cc: HTML WG LIST; HTML Accessibility Task Force; jackalmage@gmail.com
Subject: Re: Proposal for <canvas src> to allow images with structured fallback by Tab Atkins Jr.

Hi Sean 
the fallback concept/terminology does not fit with how canvas is specced as the canvas sub dom is exposed to AT and is navigable using the keyboard even in browsers that support canvas (as implemented in IE9) have raised the issue previously but got a 'meh' response.

Regards
Stevef

On 7 Mar 2011, at 16:35, Sean Hayes <Sean.Hayes@microsoft.com> wrote:

> Fallback content is used when the user agent is unable to present the content (because it doesn't implement the required feature), which for the <video> feature for example may mean a plugin using the same modality of presentation (moving image).
> 
> Alternative content is linked to (in the case of <video> using the <track> element and not included within the <video> construct), it is used where the UA is perfectly capable of presenting the content (audio/video), but where that modality of presentation is not useful for the user. 
> 
> Not that I'm particularly pro or con the proposal, just pointing out that these are conceptually different things, and treating them as the same may lead to issues if both concepts are not dealt with adequately.

Received on Monday, 7 March 2011 17:06:54 UTC