- From: Alex Danilo <alex@abbra.com>
- Date: Fri, 08 Apr 2011 13:35:17 +1000
- To: Brian Birtles <birtles@gmail.com>
- Cc: www-svg <www-svg@w3.org>, www-smil@w3.org, Cameron McCormack <cam@mcc.id.au>
Hi Brian, --Original Message--: >Hi Alex, > >On 7 April 2011 10:37, Alex Danilo <alex@abbra.com> wrote: >> I just checked this out. >> >> We do what Opera and WebKit do, namely switch at the 2 second >> point (mid-point) of the discrete to animation. Also, we ignore >> the keyTimes so the change happens at 4s instead of 2s for Cameron's >> last test case in 92-t. >> >> This is just another data point for you, I don't claim it's >> what SMIL expects... > >That's good to know. It gives us confidence that the proposed change >will bring the specification into line with implementations (and >common sense, since I believe the implementations are doing what is >most intuitive in this case). > >I think the keyTimes issue is a bug (and that Cameron's test is >correct) since I believe SMIL does say that keyTimes apply to >to-animation as well[1] but I'm not fussed whether the proposed >keyTimes wording ends up in the spec or not. Looking at our code, we don't even consider keyTimes unless there's a values list. That was written years ago, before SMIL 3 existed so makes sense. If the test gets approved, I guess that'll need to be fixed... 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. >Thanks again Alex, You're welcome, Alex >Brian > >[1] http://www.w3.org/TR/SMIL/smil-animation.html#animationNS-InterpolationKeysplines > > >
Received on Friday, 8 April 2011 03:35:59 UTC