OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] XML / HTML Transport size

[ Lists Home | Date Index | Thread Index ]

Danny Ayers wrote:
 >>A scheme for compressing a particular XML document type might be
 >>useful in extreme cases, but is probably not worth standardizing.
 >
 > fyi: Scalable Vector Graphics (SVG) [1] allows for the use of the
 > familiar gzip compression scheme, achieving worthwhile ratios. The
 > Adobe SVG browser plugin supports this, and all in all it seems a
 > successful approach.

Better than that, unless I am mistaken the SVG spec *requires* from
conformant clients that they support gzip compression. While it may seem
unimportant, this single point is what makes all of Macromedia's
delirious FUDing about SVG file size moot, as gzip'd SVG documents
implementing typical Flash examples consistently come out at worst at
the same size as their Flash counterpart, usually 30% smaller.

 > Although SVG is a graphics format, it has characteristics that make a
 > .svgz file a lot more interesting than most compressed image formats,
 > through the XML data and the ability to include interactive/executable
 > code.

And a *lot* more than that! SVG brings joy into the home! It shines and
it moves! It puts a rose in every cheek!

-- 
Robin Berjon <robin.berjon@expway.fr>
Research Engineer, Expway
7FC0 6F5F D864 EFB8 08CE  8E74 58E6 D5DB 4889 2488






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS