- From: ianbjacobs <notifications@github.com>
- Date: Mon, 12 Jun 2017 15:02:24 -0700
- To: w3c/payment-handler <payment-handler@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Monday, 12 June 2017 22:03:59 UTC
It seems like this could be managed through the definition of the default instrument: * The PaymentInstrument dictionary includes an optional attribute: defaultInstrument (boolean value). At most one defaultInstrument may be specified within the scope of PaymentManager. PaymentInstruments or within the scope of a PaymentWallet. * A browser displays EITHER a defaultInstrument OR the other specifies PaymentInstrument(s). The browser makes a choice based on context. * This means: - Payment handlers can treat the display of default information specially if they wish. - Payment handlers know (by instrumentKey) whether the default (alone) was shown or whether the full set was shown. This lets the payment app adjust user flow accordingly upon selection. Note: There may be better ways to identify a default instrument (e.g., PaymentInstrumentDefault is a subclass of PaymentInstrument). I defer to the API specialists for good practice. -- 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-handler/issues/173#issuecomment-307946953
Received on Monday, 12 June 2017 22:03:59 UTC