Confirmed users
166
edits
m (→nsSMILAnimationRegistry: -- small edits) |
m (→nsSMILAnimationRegistry: -- fixed link) |
||
| Line 9: | Line 9: | ||
== nsSMILAnimationRegistry == | == nsSMILAnimationRegistry == | ||
This class acts as the single point of registry in both the animation and [[SVGDev | This class acts as the single point of registry in both the animation and [[SVGDev:Timing Model|Timing Model]]. The appropriate nsSMILTimedElement and nsISMILComposable objects would be passed in along with perhaps the target attribute (for <tt>getAnimValue</tt> lookups as described next). | ||
The <tt>getAnimValue()</tt> method is to support the mode of interaction originally proposed by Alex (sorry no link). The main difference is that instead of having the compositor apply the new animation (presentation) value to the animated attribute, the animated attribute fetches its animated value from the animation registry during redraw (the animated value itself is still calculated in the regular way, i.e. as part of the traversal of the nsSMILTimedElements). This is a quick hashtable lookup and probably not a big performance penalty. This is the approach I used in my [http://brian.sol1.net/svg/ last prototype]. | The <tt>getAnimValue()</tt> method is to support the mode of interaction originally proposed by Alex (sorry no link). The main difference is that instead of having the compositor apply the new animation (presentation) value to the animated attribute, the animated attribute fetches its animated value from the animation registry during redraw (the animated value itself is still calculated in the regular way, i.e. as part of the traversal of the nsSMILTimedElements). This is a quick hashtable lookup and probably not a big performance penalty. This is the approach I used in my [http://brian.sol1.net/svg/ last prototype]. | ||