- From: Hexalys <notifications@github.com>
- Date: Thu, 19 Apr 2018 01:06:02 +0000 (UTC)
- To: w3c/payment-request <payment-request@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Thursday, 19 April 2018 01:07:23 UTC
@stpeter > It strikes me that the current flow & API are optimized for one-time, real-time purchases by consumers Nods. I am hopeful that covering additional flows can be done without too being too specific like https://github.com/w3c/payment-request/pull/111 or the previous `transactionType` shown on https://github.com/adrianhopebailie/browser-payment-api/commit/e34975023a03ad1c5865b5abed5a363cfa5488ba. Maybe a fairly clear specs around a new minimal set of enums that cover all or most use cases can work. e.g. ``` PaymenType enum enum PaymentType { "payment", "partial", "authorization", "capture", "subscription", "reservation", "validation" }; ``` They can be of informal value which does necessarily alter the API process beyond display attributes... -- 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/701#issuecomment-382576500
Received on Thursday, 19 April 2018 01:07:23 UTC