[whatwg] [canvas] Path object
glenn at zewt.org
Tue Oct 2 18:01:38 PDT 2012
> On Tue, Oct 2, 2012 at 4:58 PM, Elliott Sprehn <esprehn at gmail.com> wrote:
> > 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.
Surely it's not a non-starter in general, or else no new APIs could ever be
added to the platform--at worst it just means picking a less generic name.
I assume that's not strictly needed; "URL" must be a more common ID than
"Path". ("Path" makes me think of URL paths, though. Something like
"DrawPath" would be a little clearer.)
FWIW, and I'm guessing this isn't news:
logs the <div> in WebKit (Chrome 21), and the original window.URL in
Firefox. This probably means adding a new API named "Path" would break
pages in Firefox, but not in WebKit. WebKit's behavior seems much safer
for web compat, but more annoying for people who behave themselves and
don't use window.id lookups. (It would be nice if you could just say
"window.disableIdLookups()" once to opt out of this mess...)
On Tue, Oct 2, 2012 at 7:16 PM, Charles Pritchard <chuck at jumis.com> wrote:
> I think moz already made the move to require document.getElementById for
> these cases.
It looks like they did in FF13 (in standards mode, not quirks mode), but no
longer in FF15. I'm surprised this was even considered, never mind
deployed--it must break tons of pages.
More information about the whatwg