On Sun, Sep 23, 2012 at 3:57 PM, Ian Hickson <[email protected]> wrote: > On Fri, 21 Sep 2012, Tab Atkins Jr. wrote: >> So, can we rename the 7-arg arcTo to ellipseTo? That seems to support >> your "always [require] all the arguments" recommendation. ^_^ > > Just have one arcTo command, that takes all the arguments. Why split it > into two, if you always require all the arguments?
Oh, that's what you meant. That seems silly. It's more convenient and simple for authors to have a circular form, separate from the elliptical form. It lets you omit the second radius and the rotation, as they're irrelevant. >> > In general, though, I wouldn't recommend trying to do this at all. The >> > SVG path syntax is its own thing, and it already supports arcs and so >> > forth. Adding a whole new redundant set of commands that work slightly >> > differently is just bloat asking for interop issues, IMHO. The design >> > of the path syntax makes sense, it's terse. Embrace its strengths, >> > don't second-guess its design. >> >> The existing SVG "A" command is one of the largest source of complaints >> from hand-authors. While it's *occasionally* useful as stated, it often >> requires you to do trig to get the effect you want. The Canvas arc >> commands, with their use of an angle to sweep across, are exactly what >> authors want a lot of the time, and commonly ask for. > > So introduce a new one-letter command that fixes specifically the problems > with A, don't drag in the entire canvas path API. :-) We're not, we're pulling in the two/four useful arc commands. ~TJ
