Re: 1.2 feedback: Streaming

"Jon Ferraiolo" <jon@ferraiolo.com>
> In the example you give below, the reason that the inner <svg>'s
> timeline doesn't start upon triggering of its onload event is that
there
> is only one timeline in SVG 1.0/1.1. If SVG added the notion of
multiple
> nested time containers, then what you propose would be possible.

So:
(from http://www.w3.org/TR/SVG/animate.html )
|Since an 'svg' is sometimes the root of the XML document tree and
|other times can be a component of a parent XML grammar, the
|document begin for a given SVG document fragment is defined to
|be the exact time at which the 'svg' element's onload event is triggered

needs clarification to highlight the fact that the svg element in
question is only the root svg, and not any others.

and:
|For SVG, the term presentation time indicates the position in the
timeline
|relative to the document begin of a given document fragment

needs removing, as it's completely misleading.

I also can't find any reference to this "single timeline", all I can find
is:

|In the case of SVG, since the parent time container is the SVG
|document fragment,

which doesn't say any such thing, since an inner SVG element is still a
document fragment.

Where is the "single timeline" nature of SVG specified?  and should
non-time based SMIL animation such as mouseover / click etc. work in a
high performance dynamic svg viewer and if not - why not? (and if it
should where can I see it happen?)

Jim.

Received on Tuesday, 19 November 2002 12:12:55 UTC