W3C home > Mailing lists > Public > public-html@w3.org > July 2012

Re: Proposed adaptive image element

From: Chaals McCathieNevile <w3b@chaals.com>
Date: Sat, 28 Jul 2012 03:30:20 +0200
To: "David Singer" <singer@apple.com>, "Laura Carlson" <laura.lee.carlson@gmail.com>
Cc: "Mathew Marquis" <mat@matmarquis.com>, "HTML WG" <public-html@w3.org>, "Ian Jacobs" <ij@w3.org>, "HTML Accessibility Task Force" <public-html-a11y@w3.org>
Message-ID: <op.wh4ugujc22x22q@widsith-3.local>
On Wed, 25 Jul 2012 20:56:37 +0200, Laura Carlson  
<laura.lee.carlson@gmail.com> wrote:

> Hi David,
>
>> No, we should absolutely not design for such an abuse; the reason for  
>> multiple sources is to provide format or size choice, not give
>> completely different information/images.
>
> Is it possible to stop authors from using different content images
> with the design of the <picture> element?

No

> Do you think that strong spec text would be enough to stop abuse?

Not in my wildest dreams.

There is a difference between giving different *information*, and  
different images. It may be the case, when going from a very large, high  
resolution visual presentation to a low-resolution one, that the most  
appropriate image is quite different. There is an example of the original  
SVG logo in SVG that adapts to provide what a topologist would consider  
quite different versions - I can look for it if you really care, Doug  
Schepers uses it to show off SVG+media queries. There was a similar thing  
done for the Opera logo, and it happens in fancy visual communication  
(like mapping) all the time.

The information conveyed should be the same. In a text form, it is  
currently far less likely that an author can accurately determine the  
circumstances that would lead to different text versions of the  
information being more or less appropriate. There is work on this based on  
users having an expressed profile, and one example where it already makes  
sense is adapting according to language.

cheers

Chaals

-- 
Chaals - standards declaimer
Received on Saturday, 28 July 2012 01:31:05 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:39:33 UTC