- From: Patrick Schmitz <pschmitz@microsoft.com>
- Date: Wed, 29 Nov 2000 08:51:54 -0800
- To: "'Tobias Reif'" <tobiasreif@yahoo.com>, www-svg@w3.org
Just a couple of follow-up comments: > Thank you very much! > To be honest ... I'd rather go with an elegant > non-hack solution: just "pause" with fill="freeze" or > equiv. The SMIL 2.0 spec defines this behavior with an additional attribute for children of the excl time container. Perhaps the pause method (when we formalize it) should be extended to take a parameter equivalent to the attribute. Basically, it just controls whether the element is rendered/applied while paused, or not. IE 5.5 does not implement this attribute (IE had to go out ahead of the spec, and so is missing some things like this that were added late). I just wanted to be clear that the problem is not in the SMIL 2.0 spec, just in this early implementation. > > IMHO, the current state of animation in SVG is > unsufficient. It is far from getting complicated; with > the mentioned features, it will still be simple. > The below mentioned and some more in my opinion > represent a minimum of basic requirements for > animation: > > *support full Xpointer/Xpath, Good suggestion for v.next, as noted. > *pause, resume/play, go to start, > *short notation to control all ongoing > animations at once: "pause" "play" "resume"; "reset"; > "slomo forward"; "fast forward"; "slomo backward"; > "play backwards"; "fast backward" All these are supported by an experimental DOM implementation for SMIL in IE 5.5, as I mentioned before. In fact, you can even animate the speed, so you do not need script. DOM work for SMIL 2.0 (and thus for SMIL Animation) is ongoing, but will not release with SMIL 2.0. It would be inappropriate for SVG to add this kind of functionality to this version, but I am sure we will continue to talk about it for future releases. Patrick Schmitz Researcher - Telepresence and Ubiquitous Media Microsoft
Received on Wednesday, 29 November 2000 11:53:18 UTC