- From: Cameron McCormack <cam@mcc.id.au>
- Date: Sat, 06 Oct 2012 09:35:40 +1000
- To: "public-script-coord@w3.org" <public-script-coord@w3.org>
- CC: Boris Zbarsky <bzbarsky@mit.edu>, Brendan Eich <brendan@mozilla.com>, Travis Leithead <Travis.Leithead@microsoft.com>
I let this thread languish a bit; sorry.
Before I make the spec changes, I wanted to confirm the plan (again):
* All IDL attributes on Window correspond to own properties on the
window object. It wasn't clear upon re-reading the thread exactly how
they should behave. Do they:
1. remain accessor properties, and setter-less ones for read only
IDL attributes?
2. remain accessor properties but gain a setter for read only IDL
attributes that either swallows and ignores an assignment, or
makes the property effectively [Replaceable]?
3. become data properties, non-writable if they are read only
IDL attributes, with special [[GetOwnProperty]] behaviour to
implement the property?
4. become data properties, writable even if they are read only
IDL attributes, with special [[GetOwnProperty]] and
[[DefineOwnProperty]] behaviour to implement the property,
where the defining behaviour is either to swallow and ignore
an assignment, or to make the property effectively
[Replaceable]?
* I will leave Window.prototype on the prototype chain, but leave it
empty. I'll also leave EventTarget.prototype on the prototype chain.
* What was the conclusion on whether properties for IDL operations also
need to move down to be own properties?
Thanks.
Received on Friday, 5 October 2012 23:36:18 UTC