domenic requested changes on this pull request.
> @@ -206,8 +206,12 @@
<dfn>PaymentRequest</dfn> interface
</h2>
<pre class="idl">
- [Constructor(sequence<PaymentMethodData> methodData, PaymentDetails details, optional PaymentOptions options),
- SecureContext]
+ [Constructor(
+ optional DOMString paymentRequestID,
It's invalid Web IDL to have optional arguments that are not at the end of the parameter list. You'll need multiple [Constructor] annotations, to trigger the overload resolution algorithm. Then you'll need to write two separate constructor algorithms (probably factoring out some shared logic).
> @@ -556,6 +560,8 @@
</li>
<li>Let <var>request</var> be a new <a>PaymentRequest</a>.
</li>
+ <li>Set <var>request</var>.<a>[[\paymentRequestID]]</a> to <var>paymentRequestID</var>.
OK, so now it is stored with the object. But it is never used by the entire spec, right? You need to wire up the getter for the paymentRequestID property to return the value of the [[paymentRequestID]] internal slot.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/browser-payment-api/pull/413#pullrequestreview-20900885