> I assumed we wanted the same swallow-all-exceptions behavior for updateWith for the JSON serialization process there. Yes, that seems fine. > It's still a bit vague exactly what data is to be sent to the payment app by show(). I put in a sentence "The payment app should be sent the appropriate data from request in order to guide the user through the payment process. This includes the various attributes and internal slots of request." This is meant to convey how the data is transported. But getting this fleshed out in more detail would probably be a good idea. I think this is pretty good, and we should flesh it out if ambiguities comes up during implementation, testing, and usage. It maybe "good enough"(tm) to not cause interop issues. -- 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/404#issuecomment-274401391
Received on Monday, 23 January 2017 05:05:51 UTC