- From: Andre Lyver <notifications@github.com>
- Date: Sat, 10 Dec 2016 06:04:37 -0800
- To: w3c/browser-payment-api <browser-payment-api@noreply.github.com>
- Message-ID: <w3c/browser-payment-api/pull/365/c266210893@github.com>
This feature is particularly useful at the present time, since Payment Request only supports Basic card (and digital wallets), and Payment Apps aren’t quite a “thing” yet. Consider the use case where a German merchant accepts credit cards, as well as Giropay and Sofort (both redirect-based payment methods which don't exist as Payment Apps yet). At the present time, if we call `show()` on Payment Request, we’re making the assumption that the user wishes to pay via credit card. However, if they want to pay via GiroPay or Sofort, they must `Cancel` payment request and hope they can find a way to pay via another method (i.e. it’s not intuitive). Allowing some form of “Pay via other payment method” link provides a better user experience. It is especially useful in the early days of Payment Apps, when there is a scarcity of payment apps that support Payment Request (however, I agree with a point that was made, which is that this could actually slow adoption of payment request (payment providers won’t necessarily be in a hurry to provide support for Payment Request if they have a “way out”). -- 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/365#issuecomment-266210893
Received on Saturday, 10 December 2016 14:05:12 UTC