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

Re: Adaptive images

From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Date: Wed, 1 Jun 2011 16:55:52 +0200
To: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Cc: "Tab Atkins Jr." <jackalmage@gmail.com>, Maciej Stachowiak <mjs@apple.com>, Leonard Rosenthol <lrosenth@adobe.com>, Henri Sivonen <hsivonen@iki.fi>, Karl Dubost <karld@opera.com>, "public-html@w3.org" <public-html@w3.org>
Message-ID: <20110601165552168398.065268b4@xn--mlform-iua.no>
Leif Halvard Silli, Wed, 1 Jun 2011 14:43:00 +0200:
> Tab Atkins Jr., Wed, 1 Jun 2011 12:44:42 +0900:
>> On Wed, Jun 1, 2011 at 11:08 AM, Maciej Stachowiak
>>> On May 31, 2011, at 6:43 PM, Tab Atkins Jr. wrote:

>>> 1) The src image will still be loaded even if CSS substitutes a 
>>> different image with the content property, resulting in a double 
>>> load. [ snip ]

>> 1 is a harder problem because of layering, and I dunno what to do about 
that.
> 
> #1 can be considered a use case where "graceful up-gradation" (a.k.a. 
> 'augmentative authoring')  should be applied. Using the CSS generated 
> content would be precisely that kind of authoring technique. The double 
> load problems can be minimized by:
>  * EITHER simply omitting the @src attribute completely, leaving the 
> choice of image resource to CSS ... (this is currenlty considered 
> invalid, but should eliminate the double load completely)  [ snip ]

Btw, for the OBJECT element, it is valid to drop the @data attribute, 
as long as there is a @type attribute. 

The fourth image of this test works in IE8, Firefox4, Webkit and Opera: 
http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1017

A problem arises when it comes to for instance letting the user 
download the image - users do not get access to download the generated 
image.
-- 
Leif Halvard Silli
Received on Wednesday, 1 June 2011 14:56:25 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:17:32 GMT