- From: Marcos Cáceres <notifications@github.com>
- Date: Tue, 15 Jan 2019 19:57:07 -0800
- To: w3c/payment-request <payment-request@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/payment-request/pull/822/review/192965452@github.com>
marcoscaceres commented on this pull request. > </h2> - <p data-tests= - "allowpaymentrequest/active-document-cross-origin.https.sub.html, allowpaymentrequest/active-document-same-origin.https.html, allowpaymentrequest/allowpaymentrequest-attribute-cross-origin-bc-containers.https.html, allowpaymentrequest/allowpaymentrequest-attribute-same-origin-bc-containers.https.html, allowpaymentrequest/basic.https.html, allowpaymentrequest/no-attribute-cross-origin-bc-containers.https.html, allowpaymentrequest/no-attribute-same-origin-bc-containers.https.html, allowpaymentrequest/removing-allowpaymentrequest.https.sub.html, allowpaymentrequest/setting-allowpaymentrequest-timing.https.sub.html, allowpaymentrequest/setting-allowpaymentrequest.https.sub.html"> - To indicate that a cross-origin <a>iframe</a> is allowed to invoke the - payment request API, the <a>allowpaymentrequest</a> attribute can be - specified on the <a>iframe</a> element. + <p> + The <a data-cite="feature-policy">Feature Policy</a> specification + defines the "<code>payment</code>" feature and the <code><dfn data-cit= I agree. I'm kinda conflicted between us trying to get this to REC (important to a lot of members of the WG - aiming for April) and "doing the right thing" and just normatively defining "payment" here 🤔 Our plan is to publish a REC, but then quickly spin up a "v1.1" that would formally define the feature string. -- 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/payment-request/pull/822#discussion_r248145010
Received on Wednesday, 16 January 2019 03:57:32 UTC