W3C home > Mailing lists > Public > public-script-coord@w3.org > January to March 2015

Re: Figuring out the behavior of WindowProxy in the face of non-configurable properties

From: Mark S. Miller <erights@google.com>
Date: Wed, 14 Jan 2015 18:03:03 -0800
Message-ID: <CABHxS9gSmg-XMydUPOnje9ovFpZCMF8+v_morCCZKJhFGxcU=A@mail.gmail.com>
To: Bjoern Hoehrmann <derhoermi@gmx.net>
Cc: Boris Zbarsky <bzbarsky@mit.edu>, Ian Hickson <ian@hixie.ch>, Travis Leithead <travis.leithead@microsoft.com>, Domenic Denicola <domenic@domenicdenicola.com>, "public-script-coord@w3.org" <public-script-coord@w3.org>, es-discuss <es-discuss@mozilla.org>
Domenic's https://github.com/domenic/window-proxy-spec seems headed in the
right direction. I suggest starting there.

Test proposals by self-hosting in ES6. Such self hosting would use direct
proxies *not* because the term "proxy" in WindowProxy has any historical
relation -- it does not -- but because the rest of ES6 is not powerful
enough to self-host its behavior.




On Wed, Jan 14, 2015 at 5:56 PM, Bjoern Hoehrmann <derhoermi@gmx.net> wrote:

> * Boris Zbarsky wrote:
> >You say "every WindowProxy", but in practice in an ES implementation you
> >have some object, it has some internal methods.  This is the last time
> >I'm bothering to go through this with you, since clearly we're getting
> >nowhere, as I said in
> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27128
>
> What are the odds that the behavior observable by web pages can actually
> be defined sanely such that ES invariants and compatibility requirements
> are satisfied? https://www.w3.org/Bugs/Public/show_bug.cgi?id=27128#c15
> indicates, as I understand it, the odds may be quite good. In that case,
> looking for a volunteer to come up with a proposal might be a good next
> step.
> --
> Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
> D-10243 Berlin · PGP Pub. KeyID: 0xA4357E78 · http://www.bjoernsworld.de
>  Available for hire in Berlin (early 2015)  · http://www.websitedev.de/
>



-- 
    Cheers,
    --MarkM
Received on Thursday, 15 January 2015 02:03:31 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 15 January 2015 02:03:31 UTC