- From: Thomas E Deweese <thomas.deweese@kodak.com>
- Date: Tue, 19 Nov 2002 11:25:50 -0500
- 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