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,
DaveLaw
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
Jan
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
