just an UP for this topic ... anyone with other thoughts ? cheers
On Tue, Jan 31, 2012 at 2:18 AM, Andrea Giammarchi < andrea.giammar...@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 <w...@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 >> > >
_______________________________________________ es-discuss mailing list es-discuss@mozilla.org https://mail.mozilla.org/listinfo/es-discuss