W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2013

Re: document.register and ES6

From: Daniel Buchner <daniel@mozilla.com>
Date: Wed, 6 Feb 2013 13:50:57 -0800
Message-ID: <CAHZ6zJFM1ymNba2S=r4MMy1F7DnXA1_rRBwFMbLWX9zPR7smuw@mail.gmail.com>
To: Scott Miles <sjmiles@google.com>
Cc: Erik Arvidsson <arv@chromium.org>, Dimitri Glazkov <dglazkov@google.com>, public-webapps <public-webapps@w3.org>, Boris Zbarsky <bzbarsky@mit.edu>
I just made sure it worked, and it does. As for developers freaking out, I
really don't believe they would. If that was the case,
Object.defineProperties should be causing a global pandemic of
whopperdeveloper freakouts (

This would give us easy IE compat for the whole range of property types,
and I'm willing to all but guarantee developers will have a bigger freakout
about not having IE9 support than the prototype property of
document.register taking both a baked and unbaked object.

Daniel J. Buchner
Product Manager, Developer Ecosystem
Mozilla Corporation

On Wed, Feb 6, 2013 at 1:34 PM, Scott Miles <sjmiles@google.com> wrote:

> On Wed, Feb 6, 2013 at 1:27 PM, Daniel Buchner <daniel@mozilla.com> wrote:
>> So you're directly setting the user-added methods on matched elements in
>> browsers that don't support proto, but what about accessors?
> I believe those can be forwarded too, I just didn't bother in my fiddle.
>> Equipped with the unbaked prototype descriptor, in your upgrade phase,
>> you should be able to simply bake the node with:
>> Object.defineProperties(element, unbakedPrototypeDescriptor) - right?
> Yes, but I believe developers would freak out if we required them to
> provide that type of descriptor (I would).
>  <snip>
Received on Wednesday, 6 February 2013 21:51:55 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:13:58 UTC