W3C home > Mailing lists > Public > www-svg@w3.org > November 2001

RE: Request for svgz enhancement

From: Christian Wolfgang Hujer <Christian.Hujer@itcqis.com>
Date: Fri, 9 Nov 2001 15:14:38 +0100
To: "Philippe Converset" <pconverset@Qarbon.com>, <www-svg@w3.org>
Message-ID: <000701c16928$ddb7c0a0$be8f9b3e@andromeda>
Hello,

I think this is a good idea.
What you request can already be achieved with zip- and jar-files.
But an official "standard" from W3C would be better.
Perhaps based on bzip2 for better compression rates?

Greetings

Christian Hujer

> -----Original Message-----
> From: www-svg-request@w3.org [mailto:www-svg-request@w3.org]On Behalf Of
> Philippe Converset
> Sent: Friday, November 09, 2001 1:01 PM
> To: www-svg@w3.org
> Subject: Request for svgz enhancement
>
>
>
> It think it would be very interesting to be able to add multiple files in
> the same zipped file.
>
> This would allow including all external materials (images, sounds, fonts,
> …) needed by the svg file to render properly. The compressed format could
> be “tar gzip” instead of a simple “gzip”.
>
> The main benefits are independency (all resources and the main
> svg file are
> located in a single file), and no more flickering (as soon as the file is
> completely loaded, every resources can be used right now). The main
> drawback is a longer loading time.
>
> The loading time is longer because all resources are loaded
> before the svg
> rendering begins. This loading time could be optionally reduced
> to the one
> of the classic gziped file if the tar-gzipped file allows
> streaming (which
> I don’t know). Thus, if the main svg file is the first file in
> the tar, it
> can be rendered as soon as it is read, then the resources would become
> visible too as soon as they are read (but with the flickering effect).
>
> Any opinion?
>
> Philippe
>
Received on Friday, 9 November 2001 09:15:52 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:21 GMT