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

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

From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Date: Fri, 11 Mar 2011 15:17:06 +0100
To: "Tab Atkins Jr." <jackalmage@gmail.com>
Cc: Richard Schwerdtfeger <schwer@us.ibm.com>, Steve Faulkner <faulkner.steve@gmail.com>, Laura Carlson <laura.lee.carlson@gmail.com>, HTML WG LIST <public-html@w3.org>, HTML Accessibility Task Force <public-html-a11y@w3.org>, public-html-request@w3.org
Message-ID: <20110311151706786698.1535ca62@xn--mlform-iua.no>
Tab Atkins Jr., Thu, 10 Mar 2011 15:01:38 -0800:
>> <img src="eiffeltower.jpg">
>> This is a picture of the Eiffel tower. The tower is composed of ... 
>> The tower is open from ...
>> <h1>Entrance Fees</h1>
>> The tower entrance fees are as follows:
>> <table>
>> <th> ....
>> </table>
>> </img>
> Having all that information exposed solely as an image
> means that sighted users can't copypaste or find-in-page on it, etc..

That's what it means, but only because graphical UAs don't search or 
copy the fallback.

> In general, actual content should still be in the normal page,
> accessible to all users.  Rich fallback (like what @longdesc and
> <canvas src> are designed to expose) should only be necessary in rare
> circumstances, when the author has a particularly information-dense
> graphic for some reason, like a webcomic or a chart.

There is, in fact, the same issue with simple things like 
    <td><img src=star-image alt="New item" ></td><td>iPad</td>
	<p> I <img src=heart alt=Love > you. </p>

I use find-in-page a lot, and not only on information dense pages, and 
I often stumble upon unfindable information.

But all these details about how to best use fallback, how to make info 
find-in-page-able etc, is beside the point: Your suggestion simply is 
to have <caption src></caption> as an alternative to using <object 
leif halvard silli
Received on Friday, 11 March 2011 14:18:48 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:10 UTC