public-webpayments-specs@w3.org from July 2016 by subject

[w3c/browser-payment-api] add an additional event in the hopes of providing standars for push p… (#223)

[w3c/browser-payment-api] an event to providing standards for push payment methods (#223)

[w3c/browser-payment-api] Currency Types and Rendering (#185)

[w3c/browser-payment-api] Fix a minor typo in PaymentRequest constructor description. (#221)

[w3c/browser-payment-api] Removing notes for closed issues. (#222)

[w3c/browser-payment-api] Supporting push payment methods (#224)

[w3c/webpayments-method-identifiers] slight rewording (#6)

[w3c/webpayments-method-identifiers] Update references and issue markers (#4)

[w3c/webpayments-payment-apps-api] Display may be subject to user and local policy (consider UA making security decisions etc) (#5)

[w3c/webpayments-payment-apps-api] Is the concept of payment app registration necessary? (#8)

[w3c/webpayments-payment-apps-api] PROPOSAL: Payment Apps are javascript code that use event listeners to get the PaymentRequest (#3)

[w3c/webpayments-payment-apps-api] Should merchants be able to limit matching to trusted apps? (#1)

[w3c/webpayments-payment-apps-api] Should we allow payment providers to issue queries about their installed payment apps (match on origin) (#6)

[w3c/webpayments-payment-apps-api] Split out enabled and supported methods (#7)

[w3c/webpayments-payment-apps-api] What is the process for rendering the payment app UI (#4)

[w3c/webpayments-payment-apps-api] What portion of the PaymentRequest is sent to the payment app? (#2)

Last message date: Friday, 29 July 2016 11:26:59 UTC