- From: Jake Archibald <notifications@github.com>
- Date: Mon, 29 Aug 2016 03:51:30 -0700
- To: w3c/webpayments-payment-apps-api <webpayments-payment-apps-api@noreply.github.com>
Received on Monday, 29 August 2016 10:52:06 UTC
> I think the consensus was that for Web developers writing Javascript code and not needing to catch a raw request and inspect it to decide if it's a payment request felt more natural If that's the reason, then `onmessage` isn't the answer, as the developer's still having to catch something raw. A specific payment event means you can have your own event object, with methods like `paymentEvent.plsShowThisUI(url)`. I haven't looked at it enough to know if fetch or a custom event is better, but `onmessage` feels like a poor compromise. -- 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/issues/33#issuecomment-243092932
Received on Monday, 29 August 2016 10:52:06 UTC