- From: Manu Sporny <notifications@github.com>
- Date: Sun, 06 Dec 2015 13:42:51 -0800
- To: w3c/webpayments <webpayments@noreply.github.com>
- Message-ID: <w3c/webpayments/issues/18/162350256@github.com>
>From [Payment Request Architecture](http://wicg.github.io/paymentrequest/specs/architecture.html#payment-transaction-message-specifications): > If we choose to support well-known short strings for payment methods then we will need to determine where to define them. We may choose to define these well-known strings in a formal specification. You can have well-known short strings for payment methods via a JSON-LD Context (another reason to use JSON-LD). For example, this is easy to do: ```jsonld { "@context": "https://w3c.org/vocabs/payments/v1", "type": "PaymentInstrument", "method": "Visa", "paymentService": "https://psp.example.com/pay" } ``` which formally means (via a JSON-LD Context): ```jsonld "https://w3c.org/vocabs/payments#method": "https://visa.com/vocabs#Visa" "https://w3c.org/vocabs/payments#paymentService": "https://psp.example.com/pay" ``` No danger of conflicts, formal meaning for what "Visa" means, and the benefit that the browser nor developers need to care about those details (they use the markup at the top, which looks more or less like JSON, which they're used to). --- Reply to this email directly or view it on GitHub: https://github.com/w3c/webpayments/issues/18#issuecomment-162350256
Received on Sunday, 6 December 2015 21:43:46 UTC