W3C home > Mailing lists > Public > www-svg@w3.org > July 2008

RE: Duration of an SVG file

From: Julien Reichel <Julien.Reichel@spinetix.com>
Date: Tue, 8 Jul 2008 14:42:04 +0200
Message-ID: <364D31930BDB974AB40E22C5C2E584ED10D04A@asterix.SPINETIX.local>
To: "Dr. Olaf Hoffmann" <Dr.O.Hoffmann@gmx.de>, <www-svg@w3.org>

Hi, 

> But you can set the dur attribute on the animation element.

Indeed, you can also set the dur for a video element, but also use the
media duration when the duration of the video file is not known in
advance. The same principle apply for animated SVG, you can use the dur
on the <animation> element, but there are (many?) cases where you would
like to defer the computation of the duration to the person that create
the svg animation. In this case using <animation dur="media" ...> is
very handy.
 
> Why it is required to have this for the svg element?

I would not say it is required, it is more a logical add-on which would
allows you to work with SVG animation the same way you would work with
other media (especially video). Using today's SVG specification you are
forced to use a different way to control the time of an included clip
depending on it's type (video or SVG animation).

> SMIL has time containers and this would be nice too for 
> example for SVG 1.2 to be more flexible, but this is maybe to 
> much for a tiny profile.

Well, you are probably going beyond my request with the SMILE
containers, but in a rough manner the <svg> element could be seen as a
(tiny?) version of the containers. 

> > For this reason we have added a non-standard way to specify the 
> > duration of an SVG file by supporting the attribute dur to 
> the <svg> element.
> >
> 
> If you really need a proprietary attribute I would like to 
> suggest to use a separate namespace for it as long as this is 
> not part of an SVG specification, for example:

Actually we are using a separate namespace
xmlns:spx="http://www.spinetix.com/namespace/1.0/spx". I just simplified
the explanation in my previous mail to avoid very long lines.
 
> But maybe you can convince the SVG working group to adopt dur 
> for svg too, but for many documents containing animation I 
> wrote, the duration would be still indefinite or in some 
> cases the time until it repeats is larger than the life time 
> of any computer.

This was the logic behind the attribute dur on the <svg> element. If not
present (which is the case of most svg files) then the duration is
indefinite. It's only when the creator of the SVG animation wants an
explicit duration for its clip that the "dur" attribute becomes useful.
Adding a specification for the dur attribute doesn't break the backward
compatibility with any existing document.

I would be happy to try to "convince the SVG working group to adopt dur
for svg too". That was the one of the purpose of this email :-)

Julien

Visit http://www.spinetix.com/ for more information 
Received on Tuesday, 8 July 2008 12:42:44 GMT

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