- From: Domenic Denicola <notifications@github.com>
- Date: Tue, 12 Feb 2019 19:47:16 +0000 (UTC)
- To: heycam/webidl <webidl@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <heycam/webidl/pull/635/review/202868352@github.com>
domenic commented on this pull request. Almost there, woohoo. > @@ -12346,12 +12363,60 @@ It is the responsibility of specifications using Web IDL to state which global environment (or, by proxy, which global object) each platform object is associated with. +<div algorithm> + To create a <dfn export>new</dfn> object implementing the interface |interface|, with a Realm + |realm|, perform the following steps: + + 1. Return the result of creating a [=new-internal|new=] object implementing |interface|, with + |realm| and no target. +</div> + +<div algorithm> + To create a <dfn lt=new-internal>new</dfn> object implementing the interface |interface|, with + a Realm |realm| and optionally a target |newTarget|, perform the following steps: ```suggestion a Realm |realm| and optionally a JavaScript function value |newTarget|, perform the following steps: ``` > @@ -13324,10 +13369,8 @@ Each {{DOMException}} object has an associated <dfn for="DOMException">name</dfn The <dfn constructor for="DOMException"><code>DOMException(|message|, |name|)</code></dfn> constructor, when invoked, must run these steps: -1. Let |e| be a new {{DOMException}} object. -1. Set |e|'s [=DOMException/name=] to |name|. -1. Set |e|'s [=DOMException/message=] to |message|. -1. Return |e|. +1. Set <emu-val>this</emu-val>'s [=DOMException/name=] to |name|. Technically "this" is not really defined that well; that's https://www.w3.org/Bugs/Public/show_bug.cgi?id=27301. However I support landing this as-is and as a follow-up working on that additional rigorization project. The text you have that says "as the this value" is pretty good for now. In particular I think we'd want to define "this value" or "this" as something linkable, for both methods and constructors, and encourage a typography that either leaves it un-marked-up or cross-links to the Web IDL definition. > @@ -10699,11 +10714,13 @@ the <code>typeof</code> operator will return "function" when applied to an inter 1. Let <|constructor|, |values|> be the result of passing |S| and |args|. to the [=overload resolution algorithm=]. - 1. Let |R| be the result of performing - the actions listed in the description of |constructor| - with |values| as the argument values. + 1. Let |object| be a [=new-internal|new=] object implementing |I|, with |realm| and Per my unrolling at https://github.com/heycam/webidl/pull/635#discussion_r254879231, it looks like we should use GetFunctionRealm(NewTarget), not _realm_, to match ES. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/heycam/webidl/pull/635#pullrequestreview-202868352
Received on Tuesday, 12 February 2019 19:47:39 UTC