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

Re: 1.2 feedback: Streaming

From: Thomas E Deweese <thomas.deweese@kodak.com>
Date: Tue, 19 Nov 2002 11:25:50 -0500
Message-ID: <15834.26126.341793.546538@frog.rl.kodak.com>
To: Jim Ley <jim@jibbering.com>
Cc: www-svg@w3.org

>>>>> "JL" == Jim Ley <jim@jibbering.com> writes:

JL> "Vincent Hardy" <vincent.hardy@sun.com> wrote in message
JL> news:3DDA62D4.90109@sun.com...

>> With the current spec., animations cannot start before the document
>> is fully loaded because the time line starts on root element's
>> onload (see 19.2.2: "the document begin for a given SVG document
>> fragment is defined to be the exact time at which the 'svg'
>> element's SVGLoad event is triggered.") and the root element's
>> onload is triggered when "the user agent has fully parsed the
>> element and its descendants" (see 16.2, SVGLoad in the
>> interactivity chapter).

JL> Yes, but

JL> <svg>

JL>   <svg> <animate> </svg>

JL> sleep()

JL> </svg>

JL> The animate on the inner SVG should start as soon as that svg is
JL> loaded, since that is when the onload fires, ASV does not fire the
JL> inner SVG's onload until after the full document is loaded though.

    No this would require the animation on the inner svg to have a
different timeline than the outer svg (it's time zero would be
different from the outer svg's time zero).  Since currently SVG only
allows for one 'time container' (in SMIL parlence), this can't be
allowed so no animation can start before the outermost svg element's
onload event is fired.
Received on Tuesday, 19 November 2002 11:25:59 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:46:54 UTC