- From: Andrew Emmons <andrew.emmons@quickoffice.com>
- Date: Fri, 30 May 2008 13:47:05 -0500
- To: "Dr. Olaf Hoffmann" <Dr.O.Hoffmann@gmx.de>, "public-svg-wg@w3.org" <public-svg-wg@w3.org>
Hello Dr. Hoffmann, Thanks for bringing this to our attention. As you may have noticed we discussed the issue during our last telcon and agree with you that the test is fine and warrants a further review. I have an action to e-mail this fact to you, and Tony has an action to do a thorough review of the test...and I see that Tony has beaten me to the punch :) Anyway, thanks again for catching this and for making the test in the first place. Take care, Andrew > -----Original Message----- > From: public-svg-wg-request@w3.org [mailto:public-svg-wg- > request@w3.org] On Behalf Of Dr. Olaf Hoffmann > Sent: Friday, May 23, 2008 1:11 PM > To: public-svg-wg@w3.org > Subject: About the comment on animate-elem-224-t.svg > > > Hello group, > > > the comment on animate-elem-224-t.svg in > http://www.w3.org/Graphics/SVG/WG/wiki/Tiny_12 > I cannot understand. > It tests the combination/behaviour of two to animations > for one attribute in the same time interval. Due to > SMIL rules this results in a quadratic path as trajectory. > The combination is choosen in such a way, that it > is relatively simple to calulate the quadratic path > the animations result in - there is no simpler path for > two to-animations combined in such a way. > I think, for other combinations it is slightly more > difficult to calculate the resulting trajectory, therefore > this is already a basic test for to-animations > (I already have more complex with restarting the > animations within active duration, changing priorities in > the SMIL timing sandwich model, where it is harder > to calculate the trajectory). Even more > for four to-animations for one attribute, the resulting > trajectory is a fourth order curve, not even exactly > available in SVG, therefore the combination of two > animations resulting in a quadratic path is already a > nice and simple choice to check the correct behaviour > precisely. >
Received on Friday, 30 May 2008 18:49:00 UTC