W3C home > Mailing lists > Public > public-web-perf@w3.org > December 2011

Re: [RequestAnimationFrame] cancelRequestAnimationFrame is an odd name

From: James Robinson <jamesr@google.com>
Date: Thu, 8 Dec 2011 16:00:03 -0800
Message-ID: <CAD73mdJVVVMB3knrR3+E4TDSs-9c72oxieV-z_Q=D2B0vPeV7w@mail.gmail.com>
To: Boris Zbarsky <bzbarsky@mit.edu>
Cc: "Karen Anderson (IE)" <Karen.Anderson@microsoft.com>, "public-web-perf@w3.org" <public-web-perf@w3.org>
On Thu, Dec 8, 2011 at 3:16 PM, Boris Zbarsky <bzbarsky@mit.edu> wrote:

> On 12/8/11 5:22 PM, James Robinson wrote:
>
>> Thanks for the feedback.  I've pushed
>> https://dvcs.w3.org/hg/**webperf/rev/435e89478579<https://dvcs.w3.org/hg/webperf/rev/435e89478579>to the editor's draft to
>> rename from cancelRequestAnimationFrame() to cancelAnimationFrame(). You
>> can see the version of the spec with this change here:
>> https://dvcs.w3.org/hg/**webperf/raw-file/435e89478579/**
>> specs/RequestAnimationFrame/**Overview.html<https://dvcs.w3.org/hg/webperf/raw-file/435e89478579/specs/RequestAnimationFrame/Overview.html>
>> .
>>  I expect to update the WebKit vendor-prefixed implementation soon to
>> reflect this change.
>>
>
> I suspect you won't be able to, actually, due to web compat issues.
> Certainly Gecko won't be able to without keeping the old name as an alias;
> at least Google maps looks for mozCancelRequestAnimationFrame and breaks if
> that's not present.


> So when we unprefix we'll unprefix to cancelAnimationFrame, but the
> prefixed version might stay as-is for now or grow the other alongside it.


Right, I'll leave an alias for the old vendor-prefixed name.  This won't
have any impact on the unprefixed version once that ships, however.

- James


>
>
> -Boris
>
Received on Friday, 9 December 2011 00:00:30 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:04:32 UTC