- From: Marcos Cáceres <notifications@github.com>
- Date: Wed, 19 Jan 2022 00:33:07 -0800
- To: w3c/payment-request <payment-request@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Wednesday, 19 January 2022 08:33:19 UTC
@cyberphone wrote: > I must though admit that I don't fully understand the motivation since a normal payment application (in a Web context NB...), would rather return with a message from the Merchant. In addition, this kind of information can be provided in https://www.w3.org/TR/payment-request/#dom-paymentmethoddata The addition `.data` is be dependent on how the payment is to `.complete()`: "success", "failure", "unknown". So, it's may not possible to know what the `.data` might be before the merchant calls `.complete()`... otherwise, the merchant would need to pass every possible `.data` for every possible completion type. That would be super ugly: ```JS const methodData = [ { supportedMethods: "https://example.com/payitforward", data: { payItForwardField: "ABC", "success": {theme: "party-town"}, "failure": {theme: "sad-town"}, }, }, { supportedMethods: "https://example.com/bobpay", data: { merchantIdentifier: "XXXX", bobPaySpecificField: true, "success": {bobThing: "fooo"}, "failure": {other: "bar"} }, }, ]; ``` -- Reply to this email directly or view it on GitHub: https://github.com/w3c/payment-request/issues/981#issuecomment-1016199951 You are receiving this because you are subscribed to this thread. Message ID: <w3c/payment-request/issues/981/1016199951@github.com>
Received on Wednesday, 19 January 2022 08:33:19 UTC