I've updated the ED to reflect this change.
Cheers,
-Shane
On Fri, Apr 17, 2015 at 9:15 PM Dirk Schulze <dschulze@adobe.com> wrote:
>
> > On Apr 16, 2015, at 10:42 PM, Tab Atkins Jr. <jackalmage@gmail.com>
> wrote:
> >
> > On Thu, Apr 16, 2015 at 12:33 AM, Erik Dahlström <ed@opera.com> wrote:
> >> Hi,
> >>
> >> forwarding on behalf of Eric Willigers, who found some inconsistencies
> in
> >> how the starting point and direction works in the motion path draft
> compared
> >> to svg2. In the definition of the motion-path[1] property the starting
> point
> >> and direction for circle and ellipse are different to the ones used for
> the
> >> equivalent paths in svg2, see [2][3]. In svg the equivalent path for
> circle
> >> and ellipse starts at 3 o'clock and proceeds clockwise.
> >>
> >> Is this going to be a possible cause of confusion, and should these
> >> definitions be aligned?
> >>
> >>
> >> [1] http://dev.w3.org/fxtf/motion-1/#motion-path-property
> >> [2] https://svgwg.org/svg2-draft/shapes.html#CircleElement
> >> [3] https://svgwg.org/svg2-draft/shapes.html#EllipseElement
> >
> > Yeah, given Tav's work that established the starting point for shapes
> > is remarkably consistent across browsers, Motion Path should change to
> > start circle()/ellipse() at the 3 o'clock point.
>
> Since 3 o’clock is implemented for stroke dash arrays already. I agree
> that motion path should change as well.
>
> Greetings,
> Dirk
>
> >
> > ~TJ
> >
>
>