W3C home > Mailing lists > Public > public-payments-wg@w3.org > May 2016

Re: [w3c/webpayments] Letting the payment app decide between HTTP and Javascript communication (#130)

From: Adrian Hope-Bailie <notifications@github.com>
Date: Thu, 19 May 2016 08:05:49 -0700
To: w3c/webpayments <webpayments@noreply.github.com>
Message-ID: <w3c/webpayments/issues/130/220353046@github.com>
@adamroach - I agree with you but I think we should prove that this is easy to do using ServiceWorkers before we dismiss offering an alternative.

I'm busy trying to hack together a POC of this and will share when I am done.

> If the app uses javascript to pass the response back, is it really that unreasonable to require that they use javascript to get the payment request in the first place?

@tommythorsen  - I'd say yes actually. If the processing of the payment request is complex then it might be preferable to do this server-side and to return an HTML UI with just light client-side processing (maybe just a confirmation page).

You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Received on Thursday, 19 May 2016 15:06:42 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 19 May 2016 15:06:42 UTC