Let this object of global environment be specified by host

# Anne van Kesteren (11 years ago)

Currently HTML overrides the ES standard here to set the this object to WindowProxy (whereas Window is the global). The ES standard should just let the host decide how this is set up. No need for conflicts here.

(Solving this (no pun...) leaves us with document.all I think. Don't have ideas for that one.)

Currently HTML overrides the ES standard here to set the this object
to WindowProxy (whereas Window is the global). The ES standard should
just let the host decide how this is set up. No need for conflicts
here.

(Solving this (no pun...) leaves us with document.all I think. Don't
have ideas for that one.)


--
http://annevankesteren.nl/

# Andrea Giammarchi (11 years ago)

is this out of another discussion or it's me not understanding the context, the what, the where, and the why about such topic? Thanks for any clarification

is this out of another discussion or it's me not understanding the context,
the what, the where, and the why about such topic? Thanks for any
clarification


On Wed, Jul 24, 2013 at 8:11 AM, Anne van Kesteren <annevk at annevk.nl> wrote:

> Currently HTML overrides the ES standard here to set the this object
> to WindowProxy (whereas Window is the global). The ES standard should
> just let the host decide how this is set up. No need for conflicts
> here.
>
> (Solving this (no pun...) leaves us with document.all I think. Don't
> have ideas for that one.)
>
>
> --
> http://annevankesteren.nl/
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20130724/dd8cff62/attachment.html>

# Brendan Eich (11 years ago)

We have worked on this, since even if the embedding makes the global object up, it must satisfy certain observable spec requirements (to do with var, prototype properties, etc.).

ecmascript#78, harmony:multiple_globals etc.

We have worked on this, since even if the embedding makes the global 
object up, it must satisfy certain observable spec requirements (to do 
with var, prototype properties, etc.).

https://bugs.ecmascript.org/show_bug.cgi?id=78
http://wiki.ecmascript.org/doku.php?id=harmony:multiple_globals
etc.

/be

Anne van Kesteren wrote:
> Currently HTML overrides the ES standard here to set the this object
> to WindowProxy (whereas Window is the global). The ES standard should
> just let the host decide how this is set up. No need for conflicts
> here.
>
> (Solving this (no pun...) leaves us with document.all I think. Don't
> have ideas for that one.)
>
>
> --
> http://annevankesteren.nl/
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>

# Anne van Kesteren (11 years ago)

That looks good. I got the impression from a discussion with Allen/Luke that specifying "this" was not yet considered and based on that Allen asked for this email.

On Wed, Jul 24, 2013 at 9:37 AM, Brendan Eich <brendan at mozilla.com> wrote:
> We have worked on this, since even if the embedding makes the global object
> up, it must satisfy certain observable spec requirements (to do with var,
> prototype properties, etc.).
>
> https://bugs.ecmascript.org/show_bug.cgi?id=78
> http://wiki.ecmascript.org/doku.php?id=harmony:multiple_globals
> etc.

That looks good. I got the impression from a discussion with
Allen/Luke that specifying "this" was not yet considered and based on
that Allen asked for this email.


-- 
http://annevankesteren.nl/