W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2011

Re: Enable compression of a blob to .zip file

From: Charles Pritchard <chuck@jumis.com>
Date: Wed, 30 Nov 2011 07:50:19 -0800
Message-Id: <C64401C3-7A36-4D00-80DF-69C8F7E85220@jumis.com>
Cc: "public-webapps@w3.org" <public-webapps@w3.org>
To: Julian Reschke <julian.reschke@gmx.de>




On Nov 30, 2011, at 7:05 AM, Julian Reschke <julian.reschke@gmx.de> wrote:

> On 2011-10-31 20:20, Charles Pritchard wrote:
>> On 10/31/11 11:34 AM, Boris Zbarsky wrote:
>>> On 10/31/11 1:42 PM, Charles Pritchard wrote:
>>>> I'm almost certain that somewhere, it is specified that the browser
>>>> should sniff the first few bytes of the file to see
>>>> if it is compressed.
>>> 
>>> I don't believe it is. In fact, doing that would contradict the specs
>>> as they stand, to my knowledge.
>>> 
>>> I could be wrong, of course, but in that case citation needed...
>>> 
>>> -Boris
>>> 
>> Well I've failed to find a citation. I will post one if I find it.
>> 
>> In the meantime: Blob and Data uris can and should have sniffing for
>> image/svg+xml.
>> ...
> 
> Nope. If you need gzipped SVG in data URIs, the right thing to do is to either extend data URIs to support that, or to mint a separate media type.

Why? Seems like a lot of complexity for blob, data and file for something that could otherwise be handled by minimal code.
Received on Wednesday, 30 November 2011 15:50:48 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:49 GMT