- From: mattsaxon <notifications@github.com>
- Date: Fri, 04 Dec 2015 10:37:09 -0800
- To: w3c/webpayments <webpayments@noreply.github.com>
Received on Friday, 4 December 2015 18:37:42 UTC
The only use cases I've identified so far is where you need 2 Payment Applications, one chosen by the Payer using the process we've been talking about from the start (of the WG) and a second one which would be specified by the Merchant. So effectively I'm talking of a max of 2 Payment Applications which are pipelined. So yes this is covered under your option 2, though I've restricted it further by saying one is client registered as per our usual process and the other is merchant specified, so probably on demand with no user intervention. I don't think option 4 cuts it because a 3rd party wallet might throw up the non tokenised PAN, though it is fair to say that usually there isn't such a 3rd party and we are talking about the browsers form-filler. --- Reply to this email directly or view it on GitHub: https://github.com/w3c/webpayments/issues/15#issuecomment-162045640
Received on Friday, 4 December 2015 18:37:42 UTC