Any plan for a Zlib API ?

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

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


On Tue, Jan 31, 2012 at 2:18 AM, Andrea Giammarchi <
andrea.giammarchi at> 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> 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: <>

More information about the es-discuss mailing list