Any plan for a Zlib API ?
andrea.giammarchi at gmail.com
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 gmail.com> wrote:
> any sort of real time sharing editing/documentation document even to go
> 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
> 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
> reason to do not make it happen, only limits for slower CPUs and developers
> I hope I answered your question
> 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
>> Wesley W. Garland
>> Director, Product Development
>> PageMail, Inc.
>> +1 613 542 2787 x 102
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the es-discuss