- From: Erik Arvidsson <arv@chromium.org>
- Date: Thu, 9 Jan 2014 13:08:02 -0500
- To: Boris Zbarsky <bzbarsky@mit.edu>
- Cc: "public-script-coord@w3.org" <public-script-coord@w3.org>
- Message-ID: <CAJ8+GohjWjsyevLtqggKgk+tBvipmTVNb3wxeB55e_LT9mjdGQ@mail.gmail.com>
On Thu, Jan 9, 2014 at 1:02 PM, Boris Zbarsky <bzbarsky@mit.edu> wrote:
> On 1/9/14 12:54 PM, Erik Arvidsson wrote:
>
> > I'm in favor of the IE/Safari behavior.
>
> Sounds good. I'll work on updating the spec accordingly.
>
>
> However, I don't want us to introduce a new extended attribute for this.
>>
>
> We already have [TreatNonCallableAsNull], which is only used by event
> handlers so far. I plan to just change its behavior and rename to
> [TreatNonObjectAsNull], not introduce any new weirdness we don't already
> have.
My bad. I was referring to a different thread where someone (you?) wanted
to move everything off of Window.prototype to the window instance. Let me
find that thread and comment there.
>
>
> If people use prefixed code incorrectly in a global scope I'm
>> willing to break them in the name of saner web platform.
>>
>
> I'll believe it when I see Blink actually removing some of the prefixed
> properties in question. We tried that in Gecko, and ended up with
> widespread breakage, such that we could not ship the change. I'm not
> willing to experiment with that again, given the amount of time that was
> wasted previously and my low estimate of the chance of ever being able to
> ship such a change.
>
> Further, this is a problem for common polyfill techniques too, not just
> prefixes...
Remember that it is only an issue in global code. The following works fine:
(function() {
var requestAnimationFrame = window.mozRequestAnimationFrame ||
window.requestAnimationFrame;
...
})();
--
erik
Received on Thursday, 9 January 2014 18:08:50 UTC