- From: aestes <notifications@github.com>
- Date: Fri, 19 Jan 2018 17:44:00 +0000 (UTC)
- To: w3c/payment-request <payment-request@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/payment-request/issues/662/359038775@github.com>
@marcoscaceres sure.
At a minimum, I imagine having a `PaymentInstrumentChangeEvent` that looks like this:
```
interface PaymentInstrumentChangeEvent : Event {
readonly attribute DOMString methodName; // the payment method that triggered the instrument change
readonly attribute object details; // payment method-specific details
void updateWith(Promise<PaymentDetailsUpdate> detailsPromise);
}
```
For Apple Pay, `details` would store an [ApplePayPaymentMethod](https://developer.apple.com/documentation/applepayjs/applepaypaymentmethod). For `credit`, `debit`, and `prepaid` cards, only the `type` field would be populated, e.g.:
```
{
methodName: 'https://apple.com/apple-pay',
details: {
type: 'credit',
},
}
```
For `store` cards, though, where we've established an association between the card and the merchant domain, we will populate more fields:
```
{
methodName: 'https://apple.com/apple-pay',
details: {
displayName: 'Private Label 9876',
network: 'Private Label',
type: 'store',
paymentPass: {
primaryAccountIdentifier: '...',
primaryAccountNumberSuffix: '1234',
deviceAccountIdentifier: '...',
deviceAccountNumberSuffix: '5678',
activationState: 'activated',
},
},
}
```
--
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/payment-request/issues/662#issuecomment-359038775
Received on Friday, 19 January 2018 17:45:10 UTC