W3C home > Mailing lists > Public > www-style@w3.org > September 2009

Re: Image sprites use cases

From: Pascal Germroth <pascal@germroth.name>
Date: Tue, 01 Sep 2009 17:49:33 +0200
Message-ID: <4A9D428D.3020805@germroth.name>
To: Boris Zbarsky <bzbarsky@MIT.EDU>
CC: Patrick Garies <pgaries@fastmail.us>, www-style@w3.org
Hash: SHA512


> Actually, the proposal would be a package with a manifest, then you
> address the images normally and they get loaded from the package in
> browsers that support it (and one by one from the web server in ones
> that don't).  That way it's even backwards compatible and can be rolled
> out as soon as desired.  See http://limi.net/articles/resource-packages
> for a very initial proposal draft; comments welcome.

I don't understand why you discarded multipart MIME so early...
It would be very easy to implement (most eMail client do it already), it
feels less like a 3rd-party application and more integrated into HTTP.
Compression could work transparently as it does today, and it would
allow more interesting uses:

- - real attachments to websites, like emails. For example, the home page
could attach the stylesheets and images, which speeds up loading even
more since in one request you get everything without having to parse the
page first. Other pages would refer to the files as usual, the browser
would use the cached versions, or if you didn't visit the home page
first, load them as needed. (Of couse, people would soon start attaching
everything to every page...)

- - no more need for "meta refreshing" on nice download pages: have the
"your download is starting now" message first, and the file to be
downloaded second in the multipart message.

Version: GnuPG v1.4.9 (GNU/Linux)

Received on Tuesday, 1 September 2009 15:50:15 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:38:29 UTC