Hi Jan,

yes, that's the problem & plain-text SVG's are so bloated.

Opera does a stateful inspection of the stream to see
if its compressed or not, but the Spec states they must
be marked as gzip-Encoded in the Response Header, so we
can't really fault Firefox & co for adhering to that Spec.

The Internet Forums are full of entries from people
looking for a solution, so I hopethe JIRA  
<https://java.net/jira/browse/SERVLET_SPEC-86>  Mark created
will meet with approval.

All the best,

On 29/12/2013 11:18, Jan Tosovsky wrote:
On 2013-12-28 David Law wrote:
On 28/12/2013 19:34, Christopher Schultz wrote:

What type of data do you have on the disk?
Its all standard stuff.  As specified by W3C, compressed SVG's
are just SVG's (which are just XML) compressed with gzip, with
a Mime-Type of "image/svg+xml", and extension ".svgz"
Btw, I've stopped using compressed SVG variant for web recently as
1. stored on local disk couldn't be displayed in some browsers (works in 
Chrome, but not in FF or IE) - my files were intended for downloading by users 
hence this was a serious limitation.
2. all my web content is transferred to the client gzipped anyway so there is 
no gain in the 'content length'.
3. no additional settings was required


To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to