Re: [whatwg] [canvas] Path object

What of the fact that this breaks existing pages with <input
id="Path"> that access it as just Path? Historically this has been a
non-starter for new APIs.

On Tue, Oct 2, 2012 at 3:00 PM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
> On Sat, Sep 22, 2012 at 9:17 PM, Elliott Sprehn <esprehn@gmail.com> wrote:
>> I was looking at the canvas Path API and had some concerns. In
>> particular it's inconsistent with the rest of canvas:
>>
>> We already have CanvasGradient and CanvasPattern in the global
>> namespace, so this should probably be called CanvasPath.
>>
>> We also have createLinearGradient() and createPattern(), but this new
>> thing is "new Path".
>>
>> Could we get some consistency here? Like adding new CanvasGradient()
>> (or a createPath() method) to match up with Path and renaming this
>> thing CanvasPath?
>
> I think the SVGWG would be opposed to that - we rather like the Path
> api and would appreciate being able to appropriate it for our own uses
> (merging with the <path> API).
>
> I'm fine with gradients/patterns moving to a plain constructor rather
> than a factory method, though.
>
> ~TJ