- From: Michael[tm] Smith <notifications@github.com>
- Date: Sat, 12 Aug 2017 03:00:38 +0000 (UTC)
- To: w3c/payment-method-basic-card <payment-method-basic-card@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/payment-method-basic-card/pull/39/review/55934393@github.com>
sideshowbarker commented on this pull request. > - <p class="note"> - The <a>supportedNetworks</a> and <a>supportedTypes</a> members are both - optional. If neither is provided then any card may be returned. If only - <a>supportedNetworks</a> is provided then any card type may be returned - provided it matches one of the networks. If only <a>supportedTypes</a> - is provided then a card may be returned from any network provided it - matches one of the types. + </section> + <section data-link-for="BasicCardRequest"> + <h2> + Interfacing with a payment handler + </h2> + <p> + The <dfn>steps to constrain a payment handler</dfn> with + <var>data</var> <a>BasicCardRequest</a> are given by the following + algorithm. If the end-user inputs or selects a <a>card</a> that meets algorithm. If the end-user inputs or selects a <a>card</a> that meets “end-user” doesn’t need a hyphen; should just be “end user” > </p> + <ol class="algorithm"> + <li>Let <var>cardNetworks</var> be the result of filtering + <var>data</var>.<a>supportedNetworks</a> for <a>networks</a> that are + supported by this payment handler. + </li> + <li> + <p> + Let <var>card</var> be the result of the end user selecting or + inputing a <a>card</a> of <a>type</a> + <var>data</var>.<a>supportedTypes</a>, or any type if + <var>data</var>.<a>supportedTypes</a> is empty, and from one of the + <a>networks</a> in <var>cardNetworks</var>, or from any network if + <var>cardNetworks</var> is empty. User agents SHOULD validate card + details to make sure they adhere to the <a>type</a> and + <a>network</a> requirements (e.g., checking that "visa" card starts <a>network</a> requirements (e.g., checking that "visa" card starts checking that **a** "visa" card starts > + Let <var>card</var> be the result of the end user selecting or + inputing a <a>card</a> of <a>type</a> + <var>data</var>.<a>supportedTypes</a>, or any type if + <var>data</var>.<a>supportedTypes</a> is empty, and from one of the + <a>networks</a> in <var>cardNetworks</var>, or from any network if + <var>cardNetworks</var> is empty. User agents SHOULD validate card + details to make sure they adhere to the <a>type</a> and + <a>network</a> requirements (e.g., checking that "visa" card starts + with the number "4", etc.). + </p> + <div class="note" title="Validation of inputs"> + <p> + The validation a user agent performs on the card inputs is a + "quality of implementation" detail and outside the scope of this + specification. There is nevertheless an expectation that user + agents will make a best effort to validate that card number via agents will make a best effort to validate that card number via “validate <s>that</s> **each** card number” > @@ -241,15 +299,30 @@ Security and Privacy Considerations </h2> <p> + Due to differences in "quality of implementation", and the end-user's Due to differences in "quality of implementation", and the end-user's I think it’s not necessary to put _quality of implementation_ in quotes here -- 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-method-basic-card/pull/39#pullrequestreview-55934393
Received on Saturday, 12 August 2017 03:01:02 UTC