Re: [svg-developers] Re: Re: To be or not to be Re: some thoughts on SVGZ specification
- And now, Ronan gets a lesson in dont-but-into-thread-without-reading-them-
I'm glad I managed to butt in without making a *total* fool of myself.
Another key point about zip is that it is difficult to work with. From what I
remember it uses a 7-bit word for compression which makes the decompression
The idea of basing an open-source standard like svg on a proprietary standard
likz zip strikes me as dangerous as well.
What happens in 5 years when winzip decide to enforce their patents and ask for
a royalty on all zipped traffic? This would be *rather* problematic.
And finally, winzip supports gzip. They can se e the gzipped data if the
extention is matched to what windows expects (.gz rather than .svgz)
...So where's the end-user problem?
Quoting Jim Ley <jim@...>:
> <ronan@...> wrote in message
> > You do not need to implement your own zip support. The actual format is
> > which is open source, and which is supported by most of the major
> > There are modules for this in Perl (And Python, php, asp, and Java afaik).
> > unix-based system can also do a call to shell to unzip the file using
> Can gunzip unzip a zip archive?
> I think you're re-enforcing my point, gzip is good and well established, zip
> archives are not.
> To unsubscribe send a message to: firstname.lastname@example.org
> visit http://groups.yahoo.com/group/svg-developers and click "edit my
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/