Alex Danilo:
>Interestingly, the SMIL 3 spec. you quoted says this:
>"The keyTimes and keySplines attributes may also be used with the
>from/to/by shorthand forms for specifying values"
>
>which seems to imply 'to' animations are just shorthand for
>list of values rather than a completely different type of
>animation. I don't recall if that's changed from 2 since
>it's a long time since I've looked at it.
This does not imply, that keyTimes or keySplines have an
effect for a to-animation, because the behaviour is already
completely defined for to-animations.
For example the additive attribute has no effect for by-animations,
because this is defined to be always additive, nevertheless you
can set it for by-animations.
For keyTimes it is noted:
"keyTimes
A semicolon-separated list of time values used to control the pacing of the
animation. Each time in the list corresponds to a value in the values
attribute list, and defines when the value should be used in the animation
function. Each time value in the keyTimes list is specified as a floating
point value between 0 and 1 (inclusive), representing a proportional offset
into the simple duration of the animation element."
- For from-to- from-by and by-animations there is an equivalent values
list, therefore such an attribute can have an effect (only meaningful for
authors obviously for calcMode discrete, else the keyTimes are always
0;1).
- For to-animations there is no equivalent values list, - the attribute does
not have an effect. The timing is already defined with a specific rule.
Olaf