Any plan for a Zlib API ?

Andrea Giammarchi andrea.giammarchi at gmail.com
Tue Jan 31 12:56:49 PST 2012


just an UP for this topic ... anyone with other thoughts ?

cheers

On Tue, Jan 31, 2012 at 2:18 AM, Andrea Giammarchi <
andrea.giammarchi at gmail.com> wrote:

> any sort of real time sharing editing/documentation document even to go
> (3G)
>
> plus I want to shrink those bloody 50Mb of Web SQL or 5Mb of localStorage
> limit ... 5Mb ain't nothing for data, we all know that, neither are 50,
> while native apps, talking about mobile, get as much as they want with a
> simple notice: this app gonna use your memory/sd/disk space
>
> Still talking about mobile, these libraries are a complete no-go for CPU
> cost
>
> Finally, if I have a gzipped file I want to work on it and keep it small
> I'd like to choose it via an input, decode it, work on it, and create the
> download with data:text/gzip to save it back
>
> There are attempts since ages about compressing strings in plain
> JavaScript, I don't see why this is not in yet 'cause I don't see any
> reason to do not make it happen, only limits for slower CPUs and developers
> solutions/imagination
>
> I hope I answered your question
>
> br
>
>
> On Tue, Jan 31, 2012 at 2:11 AM, Wes Garland <wes at page.ca> wrote:
>
>> Why wouldn't you just fix this at the HTTP level with
>> Content-Transfer-Encoding negotiation of some sort?
>>
>> Out of curiosity, what are you sending to the server that that requires
>> additional compression?  Remember that zlib is not useful on PNG, JPEG, etc
>> content.
>>
>> Wes
>>
>> --
>> Wesley W. Garland
>> Director, Product Development
>> PageMail, Inc.
>> +1 613 542 2787 x 102
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20120131/e7b0be94/attachment.html>


More information about the es-discuss mailing list