- 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
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>
and
<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
data=img></object>.
--
leif halvard silli
Received on Friday, 11 March 2011 14:17:46 UTC