- From: ianbjacobs <notifications@github.com>
- Date: Tue, 13 Feb 2018 14:02:55 +0000 (UTC)
- To: w3c/payment-request <payment-request@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Tuesday, 13 February 2018 14:07:41 UTC
ianbjacobs commented on this pull request.
> @@ -3340,6 +3358,11 @@ <h2>
<h2>
Payment Handler Matching
</h2>
+ <p>
+ A user agent's payment handler matching algorithm takes into account
@marcoscaceres,
Here is some additional detail. If you want to understand why some apps show up in the list and some don't, you need to be aware of:
* Payment method identifier matching defined in PR API.
* canMakePayment() matching, which is payment method specific
* payment method manifest matching
* potentially other matching to come (e.g., if we add a layer for 3DS flows where the merchant can say "I only accept payments from apps that do 3DS flows given the jurisdiction in which I operate.")
I'd like to raise awareness of this. I welcome your suggestions of how and where that might be done.
Ian
--
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/682#discussion_r167872389
Received on Tuesday, 13 February 2018 14:07:41 UTC