- From: Adrian Hope-Bailie <notifications@github.com>
- Date: Wed, 20 Apr 2016 06:19:50 -0700
- To: w3c/browser-payment-api <browser-payment-api@noreply.github.com>
- Cc:
Received on Wednesday, 20 April 2016 13:20:48 UTC
@dlongley my point, in agreeing with what was said by @triblondon, was that the parts that need to be extensible are the parts that contain custom data per payment method. As this is a browser API we need to define the basic structure of the request in WebIDL which is not extensible so we will not have an easy way to allow extensions of that entire message. Instead, we will define a message with some fixed aspects to it's schema but extension points, probably in the areas where custom payment method data is provided, where the WebIDL simply defines the schema as `object` or similar and this can take any form as defined by some external extensibility mechanism. The expected behavior of the browser will be to simply pass this on to the payment app as provided. Do we think there is a need for some other extension point, outside the custom payment method data? If so I'd be interested to hear the rationale and see a proposal for how this might be acheived. --- 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/issues/146#issuecomment-212420829
Received on Wednesday, 20 April 2016 13:20:48 UTC