Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Specification of required fields #114

Closed
wants to merge 4 commits into from
Closed

Specification of required fields #114

wants to merge 4 commits into from

Commits on Mar 20, 2016

  1. Merge remote-tracking branch 'refs/remotes/w3c/gh-pages' into gh-pages

    mattsaxon authored and mattsaxon committed Mar 20, 2016
    Configuration menu
    Copy the full SHA
    d7c19dc View commit details
    Browse the repository at this point in the history
  2. Added card sub-brands to payment method identifier list (based upon m…

    …y understanding of option 1 in the Payment Method Identifiers spec
    mattsaxon authored and mattsaxon committed Mar 20, 2016
    Configuration menu
    Copy the full SHA
    72a39e1 View commit details
    Browse the repository at this point in the history

Commits on Apr 1, 2016

  1. Merge remote-tracking branch 'refs/remotes/w3c/gh-pages' into gh-pages

    mattsaxon authored and mattsaxon committed Apr 1, 2016
    Configuration menu
    Copy the full SHA
    19f257c View commit details
    Browse the repository at this point in the history

Commits on Apr 2, 2016

  1. Proposal for dealing with specification of required fields

    I'm suggesting a sequence string field that allows mandatory fields to
    be specified and have removed some of the 'required' specifications in
    the BasicCardResponse, related to discussion on
    #9. I've only left PAN as
    required as I think that is a safe assumption, then the merchant can
    specify for example that CSC must be supplied for a particular
    transaction using the requiredFields sequence in the BaseRequestData
    dictionary.
    
    I'm suggesting that if we like this model, we would move this
    BaseRequestData dictionary object into the PaymentRequest API spec to
    allow other payment methods to extend it.
    
    I'm sure there are other ways to do this and am a newbie to
    WebIDL/JavaScript APIs, so please forgive  if I've modelled this
    completely wrong for the language. I'll learn!
    mattsaxon authored and mattsaxon committed Apr 2, 2016
    Configuration menu
    Copy the full SHA
    ff776e8 View commit details
    Browse the repository at this point in the history