- From: Daniel Ehrenberg <notifications@github.com>
- Date: Thu, 07 Feb 2019 04:12:06 -0800
- To: heycam/webidl <webidl@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <heycam/webidl/pull/635/review/201054026@github.com>
littledan commented on this pull request.
> @@ -12349,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 <dfn export lt="new|create|create a new|create an object implementing|create an object
+ implementing the interface">create an object implementing the interface</dfn> |interface| in the
+ Realm |realm|, with optional `new.target` value |newTarget|, perform the following steps:
+
+ 1. Assert: |interface| is [=exposed=] in |realm|.
+ 1. Let prototype be the [=interface prototype object=] for |interface| in
+ |realm|.
+ 1. If |newTarget| is provided, then:
+ 1. Issue: If we just pass {{NewTarget}} through in a constructor, would this not
+ always be defined (sometimes to the [=interface object=] itself)?
I'm not sure if it makes sense to take _newTarget_ as a parameter like this, as opposed to somehow retrieving it from the ambient algorithm. If we do that, then I imagine we'd have _newTarget_ provided if this algorithm is being invoked from a constructor, and we wouldn't have it provided if it's being invoked from some other algorithm.
--
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#discussion_r254656165
Received on Thursday, 7 February 2019 12:12:28 UTC