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

RE: Adaptive images

From: Leonard Rosenthol <lrosenth@adobe.com>
Date: Tue, 31 May 2011 04:41:17 -0700
To: Karl Dubost <karld@opera.com>, Henri Sivonen <hsivonen@iki.fi>
CC: "public-html@w3.org" <public-html@w3.org>
Message-ID: <D23D6B9E57D654429A9AB6918CACEAA98064C20D52@NAMBX02.corp.adobe.com>
But in that case, you'd need to reconnect back to the server for the entire page when the user rotated the device.  On some devices and some networks, that's extremely cost($$) and/or time prohibitive.

Leonard

-----Original Message-----
From: public-html-request@w3.org [mailto:public-html-request@w3.org] On Behalf Of Karl Dubost
Sent: Tuesday, May 31, 2011 3:52 AM
To: Henri Sivonen
Cc: public-html@w3.org
Subject: Re: Adaptive images

Cf Content negotiation of images quality based on HTTP [1]

Le 31 mai 2011 à 06:23, Henri Sivonen a écrit :
> There's an expired ID for that:
> http://tools.ietf.org/html/draft-mutz-http-attributes-01



Some mobile devices are currently using CC/PP [2][3], but I have no idea how widely it is used and it might be less obvious than HTTP headers. There is a trade-off. The issue is to find a mechanism in which the information is on the device side to be trusted. (hear go away with user agent sniffing: #sniffkill)

From the Mutz draft.

UA-pix-x= <n>
UA-pix-y= <m>

   The display size of the client's device is transmitted in total
   horizontal <n> and vertical <m> pixel number, for example: UA-pix-
   x=1024, UA-pix-y=768.  The intent is to present and allow the
   selection of the resource variants best suited to a client's device.

The draft has a reference to "Transparent Content Negotiation in HTTP" 6.1 Feature tags [4] RFC2295



[1]: http://www.w3.org/mid/5739036C-D7F2-4142-A3EB-33653AFEB038@charlvn.com

[2]: http://www.w3.org/TR/CCPP-struct-vocab/

[3]: http://jcp.org/en/jsr/detail?id=188

[4]: http://tools.ietf.org/html/rfc2295#section-6.1 

-- 
Karl Dubost - http://dev.opera.com/

Developer Relations & Tools, Opera Software


Received on Tuesday, 31 May 2011 11:41:57 UTC

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