- From: Adrian Hope-Bailie <notifications@github.com>
- Date: Thu, 17 Nov 2016 00:11:20 -0800
- To: w3c/webpayments-payment-apps-api <webpayments-payment-apps-api@noreply.github.com>
Received on Thursday, 17 November 2016 08:12:18 UTC
> I don't think we should assume a manifest is the only mechanism here, so I've tweaked your suggestions to speak about payment method owner authorization (which, for example, might > be represented via a manifest file). I think we should be explicit so that anything other than relationships between method and app managed by a manifest are outside our scope... E.g.: Assuming there is some other mechanism for payment method X's owners to manage the relationship between their X and payment apps (like a special agreement with browser vendors that Y app is the preferred app for their payment method and Y and Z must never appear together). If the behaviour that the browsers implement doesn't match what we have specified then they are not conforming to the spec. But, if the spec only defines behaviour for when a manifest is the source of the method/app relationship then they can implement these custom behaviours without being non-conforming. -- 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/webpayments-payment-apps-api/pull/70#issuecomment-261181907
Received on Thursday, 17 November 2016 08:12:18 UTC