Client Side Compression/Decompression?

[Christian White]

Would love to see some client side compression (able to decompress with web browser, no server needed) like lzma, bzip2, gzip etc.

I will be making http://www.whak.ca/packer/JavaScript.htm into something similar (it already has the best parser/minifier and 25 compression algorithms to choose from), just need to implement combining multiple files and write locally. Thankfully so far I am able to convert all my JavaScript to Jscript for the ASP.net server side part.

[Alex Ullrich]

I'm not sure this really fits with what squishit does, since you need to alter the headers on the file response for it to work.

Typically this would be handled by configuring IIS handlers to do dynamic compression or with explicit code in your asset controller (if storing bundles in memory and serving through one).

Adding the ability to plug in a compressor may be helpful, but I am not sure how necessary it is given the other options available.  I'm not sure its worth giving people another thing to potentially trip over when setting up their site.

As an aside, you may want to look at one of our hogan or coffeescript preprocessors and use the javascript directly instead of relying on server side jscript.  The ones using the IE javascript engine are a lot faster https://github.com/jetheredge/SquishIt/tree/master/SquishIt.MsIeCoffeeScript but the ones using jurassic are more portable https://github.com/jetheredge/SquishIt/tree/master/SquishIt.CoffeeScript

[Christian White]

TOo bad my version will run on any web host or even local without a server or any special handlers, just a web browser (offline/online) with JavaScript.

I guess you mean people cannot handle too many choices. I must be smarter than average person or different, I like choices.

The worst thing about mine is too many choices, it's terrible see:

www.whak.ca/packer/JavaScript.htm

www.whak.ca/packer/HTML.htm

www.whak.ca/packer/CSS.htm

www.whak.ca/packer/PNG.htm

www.whak.ca/packer/ASP.htm

www.whak.ca/packer/PHP.htm

[Alex Ullrich]

OK. We need a server to operate and don't see a need to write code to explicitly handle something that every web server/browser I can think of does better.

If you want to spam your library it would probably be more effective to do it at stack overflow not a Google group that sees 1 post per month.

[Christian White]

If I wanted to spam, then I would post something like www.alex-ullrich.is-a-jerk.com