RE: Request for svgz enhancement

Regarding Adobe's opinion, three things:

1) Sorry, but Adobe has a policy against discussing what might happen with 
future product releases

2) This sounds like a general W3C/XML issue, not something unique to SVG.

3) The W3C has taken a few runs at coming up with "packaging" standards, 
with ZIP being one candidate format that was considered at various points. 
Previous efforts stalled. Maybe another effort is underway or maybe not -- 
I don't know, I've lost track. Maybe Chris Lilley or someone else who 
monitors this list can give a status update.

Jon Ferraiolo
Adobe Systems Incorporated


At 03:21 PM 11/9/01 +0100, Philippe Converset wrote:
>You're right, this can already be achieved with these formats but not 
>supported by any viewer.
>
>I'd like to get Adobe's opinion about supporting such a format in their 
>viewer.
>
>Philippe
>
>At 03:14 PM 11/9/2001 +0100, Christian Wolfgang Hujer wrote:
>>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
>> >