|
88 | 88 | issues on GitHub (see links below). All comments are welcome.
|
89 | 89 | </p>
|
90 | 90 | </div>
|
91 |
| - <section> |
| 91 | + <section id="at-risk"> |
92 | 92 | <h2>
|
93 | 93 | Features at risk
|
94 | 94 | </h2>
|
@@ -239,13 +239,15 @@ <h2>
|
239 | 239 | site, selecting a "Power Up" in an interactive game, or paying at a
|
240 | 240 | kiosk in a parking structure). The <a>PaymentRequest</a> allows
|
241 | 241 | developers to exchange information with the <a>user agent</a> while the
|
242 |
| - user is providing input before approving or denying a payment request. |
| 242 | + user is providing input (up to the point of user approval or denial of |
| 243 | + the payment request). |
243 | 244 | </p>
|
244 | 245 | <p data-link-for="PaymentRequest">
|
245 |
| - The <a>user agent</a> as a whole has a single <dfn>payment request is |
246 |
| - showing</dfn> boolean, initially false. This is used to prevent |
247 |
| - multiple <a>PaymentRequest</a>s from being shown, via their |
248 |
| - <a>show()</a> method, at the same time. |
| 246 | + Because the simultaneous display of multiple <a>PaymentRequest</a> user |
| 247 | + interfaces might confuse the user, this specification limits the |
| 248 | + <a>user agent</a> to displaying one at a time via the <a>show()</a> |
| 249 | + method. This is ensured by a <dfn>payment request is showing</dfn> |
| 250 | + boolean. |
249 | 251 | </p>
|
250 | 252 | <p data-link-for="PaymentRequest">
|
251 | 253 | The <a>shippingAddress</a>, <a>shippingOption</a>, and
|
@@ -619,10 +621,10 @@ <h2>
|
619 | 621 | </p>
|
620 | 622 | <p>
|
621 | 623 | It is not possible to show multiple <a>PaymentRequest</a>s at the
|
622 |
| - same time within one <a>user agent</a>. Calling <a>show()</a> if |
623 |
| - another <a>PaymentRequest</a> is already showing, even due to some |
624 |
| - other site, will return a promise rejected with an |
625 |
| - "<a>AbortError</a>" <a>DOMException</a>. |
| 624 | + same time within one <a>user agent</a>. If a <a>PaymentRequest</a> |
| 625 | + is already showing, calling <a>show()</a> —from any Web site— will |
| 626 | + return a promise rejected with an "<a>AbortError</a>" |
| 627 | + <a>DOMException</a>. |
626 | 628 | </p>
|
627 | 629 | </div>
|
628 | 630 | <p>
|
@@ -776,6 +778,10 @@ <h2>
|
776 | 778 | for the request to another app. In this situation, <a>abort()</a>
|
777 | 779 | will reject the returned <a>Promise</a>.
|
778 | 780 | </p>
|
| 781 | + <p class="note"> |
| 782 | + See also the algorithm when the <a>user aborts the payment |
| 783 | + request</a>. |
| 784 | + </p> |
779 | 785 | </div>
|
780 | 786 | <p>
|
781 | 787 | The <a>abort()</a> method MUST act as follows:
|
@@ -1091,6 +1097,11 @@ <h2>
|
1091 | 1097 | will be <a>JSON-serialized</a>.
|
1092 | 1098 | </dd>
|
1093 | 1099 | </dl>
|
| 1100 | + <p class="note"> |
| 1101 | + The value of <code>supportedMethods</code> was changed from array to |
| 1102 | + string, but the name was left as a plural to maintain compatibility |
| 1103 | + with existing content on the Web. |
| 1104 | + </p> |
1094 | 1105 | </section>
|
1095 | 1106 | <section data-dfn-for="PaymentCurrencyAmount" data-link-for=
|
1096 | 1107 | "PaymentCurrencyAmount">
|
@@ -1831,9 +1842,9 @@ <h2>
|
1831 | 1842 | </h2>
|
1832 | 1843 | <p>
|
1833 | 1844 | An object that provides a <a>payment method</a> specific message used
|
1834 |
| - by the merchant to process the transaction and determine successful |
1835 |
| - fund transfer. This data is returned by the <a>payment method</a> |
1836 |
| - specific code that satisfies the payment request. |
| 1845 | + by the merchant to process the transaction and determine payment |
| 1846 | + status. This data is returned by the <a>payment method</a> specific |
| 1847 | + code that satisfies the payment request. |
1837 | 1848 | </p>
|
1838 | 1849 | </section>
|
1839 | 1850 | <section>
|
@@ -2426,7 +2437,7 @@ <h2>
|
2426 | 2437 | state since the developer hasn't successfully handled the change
|
2427 | 2438 | event. Consequently, the <a>PaymentRequest</a> moves to a
|
2428 | 2439 | "<a>closed</a>" state. The error is signaled to the developer
|
2429 |
| - through the rejection of the <a>[[\acceptPromise]]</a>, i.e. the |
| 2440 | + through the rejection of the <a>[[\acceptPromise]]</a>, i.e., the |
2430 | 2441 | promise returned by <a data-lt="PaymentRequest.show">show()</a>.
|
2431 | 2442 | </p>
|
2432 | 2443 | <p>
|
@@ -2557,7 +2568,8 @@ <h2>
|
2557 | 2568 | <ol class="algorithm">
|
2558 | 2569 | <li>If the <var>request</var>.<a>[[\updating]]</a> is true, then
|
2559 | 2570 | terminate this algorithm and take no further action. Only one update
|
2560 |
| - may take place at a time. This should never occur. |
| 2571 | + may take place at a time. The <a>user agent</a> should ensure that |
| 2572 | + this never occurs. |
2561 | 2573 | </li>
|
2562 | 2574 | <li>If the <var>request</var>.<a>[[\state]]</a> is not set to
|
2563 | 2575 | "<a>interactive</a>", then terminate this algorithm and take no
|
@@ -2601,7 +2613,8 @@ <h2>
|
2601 | 2613 | attribute of <var>request</var> is null or if the <a data-lt=
|
2602 | 2614 | "PaymentRequest.shippingOption">shippingOption</a> attribute of <var>
|
2603 | 2615 | request</var> is null, then terminate this algorithm and take no
|
2604 |
| - further action. This should never occur. |
| 2616 | + further action. The <a>user agent</a> should ensure that this never |
| 2617 | + occurs. |
2605 | 2618 | </li>
|
2606 | 2619 | <li>Let <var>response</var> be a new <a>PaymentResponse</a>.
|
2607 | 2620 | </li>
|
|
0 commit comments