W3C home > Mailing lists > Public > www-style@w3.org > January 2013

Re: Media Queries and optimizing what data gets transferred

From: Bjoern Hoehrmann <derhoermi@gmx.net>
Date: Sun, 27 Jan 2013 03:14:25 +0100
To: Henri Sivonen <hsivonen@iki.fi>
Cc: www-style@w3.org, Ilya Grigorik <ilya@igvita.com>
Message-ID: <0g29g8pqmn5ahb51sbc18h3u4v402a2if4@hive.bjoern.hoehrmann.de>
* Henri Sivonen wrote:
>https://github.com/igrigorik/http-client-hints/blob/master/draft-grigorik-http-client-hints-00.txt

>I understand that there are various situations where the user can do
>things such as print, zoom or change screen orientation and browsers
>have a good reason to already have downloaded the data that ends up
>applying according to Media Queries after such a user-initiated change
>of user agent state. That is, *I* understand why Media Queries work
>how they work. However, to the extent Web authors prioritize the
>avoidance of data transfer over the design's ability to dynamically
>adapt to such changes of state, I think it would be better to give Web
>authors that control with Media Queries instead of having Web authors
>take that control by other means (JavaScript libraries or HTTP-level
>solutions—either cookie-based or supported by the browser as in the
>Client-Hints proposal).
>
>Thus I propose that Media Queries gain a way to be flagged as
>evaluated only at page load time such that the browser promises to the
>Web author that it won't eagerly download data that's not applicable
>in the state the browser is in during the page load.

This seems somewhat far removed from the proposal above. The proposal
above for instance conveys "bandwidth" information through some HTTP
header. Your proposal does not seem to cover that in any way, and it'd
seem worth to http://www.w3.org/mid/5101A021.3070709@lamouri.fr point
out that elsewhere other people propose to expose such information in
the form of JavaScript APIs. Could you clarify the relationship between
your proposal, the proposal you cite above, and the proposal for the
"Network Information API"? You make it sound like if your proposal is
adopted, the `draft-grigorik-http-client-hints-00.txt` proposal would
be somehow less relevant, but I don't really see that so far.
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ 
Received on Sunday, 27 January 2013 02:14:56 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:21:04 GMT