- From: Adrian Hope-Bailie <notifications@github.com>
- Date: Mon, 01 Feb 2016 06:21:26 -0800
- To: w3c/webpayments <webpayments@noreply.github.com>
- Message-ID: <w3c/webpayments/issues/42/177991349@github.com>
My inclination is to say that this will be implementation specific. I believe that on mobile platforms the intent is for payment apps to be "apps" in the true sense of the word (i.e. in the same way as the browser itself is an app). Therefor passing the payment request from the browser to the payment app and the response from the payment app back to the browser is going to leverage some form of IPC that is already defined in most mobile OS (like intents as indicated by @rsolomakhin) How a similar pattern will be achieved on desktop is still an open question. There appear to be at least two options: 1. Browser vendors provide guidnace on how to write browser extensions that register themselves as payment apps (i.e. capable of processing a payment request for a defined set of payment methods) 1. Payment apps will be regular Web applications (i.e. served from a remote Web server) and rendered in a special native dialogue window or an iframe embedded in the merchant website. There are a number of security and UX considerations to make. --- Reply to this email directly or view it on GitHub: https://github.com/w3c/webpayments/issues/42#issuecomment-177991349
Received on Monday, 1 February 2016 14:22:21 UTC