W3C home > Mailing lists > Public > www-svg@w3.org > June 2006

Re: [SVGMobile12] 16.2.6 Paced animation and complex types: Determination of a distance along a path.

From: Andrew Shellshear <Andrew.Shellshear@cisra.canon.com.au>
Date: Wed, 14 Jun 2006 16:56:19 +1000
Message-ID: <448FB313.9070306@cisra.canon.com.au>
To: "Dr. Olaf Hoffmann" <Dr.O.Hoffmann@gmx.de>
CC: www-svg <www-svg@w3.org>

Hello Dr. Olaf,

Dr. Olaf Hoffmann wrote:

>sorry, now I understand, that the table is not applicable 
>for animateMotion using a path attribute or a mpath 
>element. This part of the problem was my error.
>The second can simply be avoided by removing 
>'control' from 'control point'.
>  
>
So, you would be satisfied if we changed "only cubic and quadratic 
beziers can contain 'control points'" to "only cubic and quadratic 
beziers can contain 'points'"?

>Something related:
>The distance definition of transform list type rotate
>seems to be a little bit strange (physical argumentation), 
>because it mixes up angles and lengths. 
>Because they have different units, calculations according 
>to this will lead to funny effects, comparing the same 
>animation with just a coordinate system scaled differently 
>for lengths.
>It is maybe more useful to define the distances for
>the angle and the translation independently, using
>a replacement like 
>translate(-cx,-cy) rotate(angleA) translate(cx,cy)
>and the distance definitions for value types angle
>and transform list type translate.
>  
>
OK - we'll look into this.  Given that it involves no change to 
functionality, we may delay changing this wording until later - could 
you propose the exact wording that you think this section ought to 
have?  (That'll give us the best chance of looking at this and approving 
it before we publish the current draft).

Thanks,

Andrew.
Received on Wednesday, 14 June 2006 06:56:30 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:34 GMT