- From: ianbjacobs <notifications@github.com>
- Date: Wed, 16 Nov 2016 19:37:55 -0800
- To: w3c/webpayments-method-identifiers <webpayments-method-identifiers@noreply.github.com>
- Message-ID: <w3c/webpayments-method-identifiers/pull/16/review/8955977@github.com>
ianbjacobs commented on this pull request. > - </div> - - <div class="issue" data-number="3" title="Should a payment method identifier (URL) resolve to a machine readable resource that describes it?"> - <p>There is an open issue about whether payment method identifiers should resolve to a resource if they are URLs.</p> - </div> + <section> + <h2>W3C-Defined Strings as Payment Method Identifiers</h2> + <p>W3C expects to publish a small number of payment method + specifications that define abstractions across + similar payment methods (such as credit card payments, + tokenized payments, or credit transfers). W3C expects these + payment methods will be implemented in a wide variety of third party + payment apps. W3C identifies these payment methods with (short) strings; W3C expects to mint these strings in payment method specifications published by the Web Payments Working Group.</p> + <section> + <h2>Syntax</h2> + <p>The syntax of W3C strings used as payment method identifiers is constrained by this regular expression: <code>[a-z0-9-]+</code></p> I've pushed a change that puts the snippet in a <pre> -- 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/webpayments-method-identifiers/pull/16
Received on Thursday, 17 November 2016 03:38:26 UTC