public-webpayments-specs@w3.org from September 2017 by thread

[w3c/payment-handler] Allow Payment instrument to respond with user data (#218) Krystian Czesak (Friday, 29 September)

[w3c/payment-request] onpaymentchange event to validate payment details (#634) Dan Dascalescu (Friday, 29 September)

[w3c/payment-request] Feature Request - Pre Authorization (#633) Chad Campbell (Wednesday, 27 September)

Re: [w3c/payment-request] After CR, evaluate if paymentRequest.id being a UUID is a must (#588) Marcos Cáceres (Monday, 25 September)

[w3c/payment-request] Regulatory Compliance Support (#632) Mark Richards (Saturday, 23 September)

[w3c/payment-request] UAs should not alter value string (addresses #624) (#631) ianbjacobs (Thursday, 21 September)

[w3c/payment-request] 404 on some tests (#630) Marcos Cáceres (Thursday, 21 September)

Re: [w3c/payment-method-basic-card] Propose text about why the api can reduce need; without any recommendations (#16) Marcos Cáceres (Thursday, 21 September)

[w3c/payment-request] "Exposing available payment methods" is confusing given the existence of canMakePayment() (#629) Domenic Denicola (Thursday, 21 September)

[w3c/payment-method-basic-card] Things needed to publish as note (#43) Marcos Cáceres (Wednesday, 20 September)

Re: [w3c/payment-method-basic-card] Add an excludedFields BasicCardRequest parameter (#29) Marcos Cáceres (Wednesday, 20 September)

Re: [w3c/payment-method-basic-card] PaymentResponse missing filters (#28) Marcos Cáceres (Wednesday, 20 September)

Re: [w3c/payment-method-basic-card] Add text about why the api can reduce need to store credit card information (#18) Marcos Cáceres (Wednesday, 20 September)

[w3c/payment-method-basic-card] Editorial: use Adam's text as intro (#42) Marcos Cáceres (Wednesday, 20 September)

Re: [w3c/payment-method-basic-card] Relationship to PaymentRequest (#40) Marcos Cáceres (Wednesday, 20 September)

Re: [w3c/payment-method-basic-card] Leave Off Unneeded Information (#5) Marcos Cáceres (Wednesday, 20 September)

[w3c/payment-request] Suggested emphasis of privacy protections (#628) Mark Richards (Tuesday, 19 September)

[w3c/payment-request] Add support for crypto currencties (#627) AhsanEjaz (Tuesday, 19 September)

Re: [w3c/payment-handler] Make explicit which origin to use in conjunction with payment method manifest. (#209) Rouslan Solomakhin (Tuesday, 19 September)

[w3c/payment-request] Clarify the `displayItems` are not shared with payment handler (#626) Marcos Cáceres (Tuesday, 19 September)

[w3c/payment-request] Move to an incremental feature release model (#625) Marcos Cáceres (Tuesday, 19 September)

Re: [w3c/payment-request] Should user agent validate currency? (#490) Adrian Hope-Bailie (Monday, 18 September)

[w3c/payment-handler] Return origin of payment app in PaymentHandlerResponse data? (#217) ianbjacobs (Monday, 18 September)

[w3c/payment-request] Are integer values for PaymentCurrencyAmount.value left as integers? (#624) ianbjacobs (Monday, 18 September)

[w3c/payment-handler] Add [Exposed] to PaymentInstruments interface. (#216) Jinho Bang (Monday, 18 September)

[w3c/payment-request] Typo fix (#623) Terence Eden (Monday, 18 September)

[w3c/payment-request] Documentation error? 55 + 5 = 65 (#622) Terence Eden (Monday, 18 September)

[w3c/payment-handler] Add [Exposed] to all interfaces (#215) Anne van Kesteren (Friday, 15 September)

[w3c/payment-method-id] Auto publication no longer needed (#51) Denis Ah-Kang (Friday, 15 September)

[w3c/payment-request] Auto publication no longer needed (#621) Denis Ah-Kang (Friday, 15 September)

Re: [w3c/payment-method-basic-card] Processing note should be normative text (#34) Marcos Cáceres (Friday, 15 September)

Re: [w3c/payment-method-basic-card] Clarify the required behaviour for options parameters (#26) Marcos Cáceres (Friday, 15 September)

Re: [w3c/payment-method-basic-card] Clarify this specification is intended to become a W3C Note (#27) Marcos Cáceres (Friday, 15 September)

Re: [w3c/payment-method-basic-card] list/registry of approved card network identifiers should be listed in references section (#32) Marcos Cáceres (Friday, 15 September)

[w3c/payment-method-basic-card] Standardize `environment` member (#41) Marcos Cáceres (Friday, 15 September)

[w3c/payment-request] .updateWith() example says "throws" (#620) Marcos Cáceres (Thursday, 14 September)

[w3c/payment-request] Chore: Minor link fix (#619) ianbjacobs (Wednesday, 13 September)

Re: [w3c/payment-request] Section for A11Y Considerations (#450) chaals (Tuesday, 12 September)

[w3c/payment-request] Candidate Recommendation Marcos Cáceres (Tuesday, 12 September)

[w3c/payment-request] Make iframe allowpaymentrequest normative (#618) Marcos Cáceres (Tuesday, 12 September)

[w3c/payment-request] Decide on currencySystem (#617) Marcos Cáceres (Monday, 11 September)

[w3c/payment-request] Editorial: removed extra "the" (#616) ianbjacobs (Friday, 8 September)

Re: [w3c/payment-request] shippingOption description is misleading (#534) Marcos Cáceres (Friday, 8 September)

Re: [w3c/payment-request] 'Pull' Payment Bias in API spec (#499) Marcos Cáceres (Friday, 8 September)

Re: [w3c/payment-request] .updateWith() should only be callable if event was canceled (#589) Marcos Cáceres (Friday, 8 September)

[w3c/payment-request] Pre-calculate shipping costs for available addresses (#615) Dan Dascalescu (Thursday, 7 September)

[w3c/payment-request] Pre-filter shipping addresses, e.g. by country (#614) Dan Dascalescu (Thursday, 7 September)

Re: [w3c/payment-request] Do not show payment requests for non-fully-active documents (#579) Marcos Cáceres (Thursday, 7 September)

[w3c/payment-request] Pay method for testing environment (#613) sabrinatseng (Thursday, 7 September)

[w3c/payment-request] Editorial: explicitly Expose=Window IDL interface (#612) Marcos Cáceres (Thursday, 7 September)

[w3c/payment-request] Add Exposed= to IDL interfaces (#611) Marcos Cáceres (Wednesday, 6 September)

Re: [w3c/payment-handler] Relation between merchant order of payment methods and payment app order of instruments (#116) KJM (Wednesday, 6 September)

[w3c/payment-handler] Security addition (#214) ianbjacobs (Tuesday, 5 September)

[w3c/payment-handler] Removed section on instrument grouping with closure of issue 153 (#213) ianbjacobs (Tuesday, 5 September)

Re: [w3c/payment-handler] Suggestion: replace `PaymentWallets` with a property on `PaymentInstrument` (#153) ianbjacobs (Tuesday, 5 September)

Re: [w3c/payment-handler] Ability to set default instrument for given handler (#173) ianbjacobs (Tuesday, 5 September)

Re: [w3c/payment-handler] Add userHint to PaymentManager (#206) ianbjacobs (Tuesday, 5 September)

[w3c/payment-handler] Clarification of "instrumentKey" language (#212) Mathieu Perreault (Tuesday, 5 September)

Re: [w3c/payment-handler] Clarify empty instrument key meaning. (#208) ianbjacobs (Tuesday, 5 September)

[w3c/payment-request] Only select shippingOption if asked to (closes #609) (#610) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] If requestShipping is false, pr.shippingOption should be null (#609) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] Implementation examples of PaymentAddress.languageCode (#608) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] Construct and set attrs on PaymentAddress (#607) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] PayerAddress.phone and PayerResponse.payerPhone (#606) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] Canonicalize PaymentAddress.languageCode (closes #602) (#605) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] Fix PaymentAddress attr definition (closes #601) (#604) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] Creation and assignment of PaymentAddress is underspecified (#603) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] PaymentAddress.languageCode lacking canonical form (#602) Marcos Cáceres (Tuesday, 5 September)

[w3c/payment-request] PaymentAddress attribute definition is wrong (#601) Marcos Cáceres (Tuesday, 5 September)

Re: [w3c/payment-handler] Define PaymentRequestEvent.respondWith() behavior. (#194) Jinho Bang (Monday, 4 September)

Re: [w3c/payment-request] Duplicate shippingOptions lead to inconsistent `updateWith()` - should throw! (#594) Marcos Cáceres (Monday, 4 September)

Re: [w3c/payment-request] Populate implementation report (#560) Marcos Cáceres (Monday, 4 September)

Re: [w3c/payment-request] CR check list (#520) Marcos Cáceres (Monday, 4 September)

Re: [w3c/payment-method-basic-card] Define processing model (#39) Marcos Cáceres (Monday, 4 September)

[w3c/payment-request] Integration with Feature Policy (#600) Marcos Cáceres (Monday, 4 September)

[w3c/payment-request] Less pull centric (#599) ianbjacobs (Friday, 1 September)

Re: [w3c/payment-request] Dont block UI if .updateWith() not called (closes #589) (#591) Marcos Cáceres (Friday, 1 September)

Re: [w3c/payment-request] editorial: Clarify wording to not imply 'pull' only payments (#474) Marcos Cáceres (Friday, 1 September)

Re: [w3c/payment-request] Throw on dup shippingOptions ids (#596) Marcos Cáceres (Friday, 1 September)

[w3c/payment-method-id] Clarify CR exit requirements (#50) Marcos Cáceres (Friday, 1 September)

[w3c/payment-request] Clarify CR exit requirements (#598) Marcos Cáceres (Friday, 1 September)

Last message date: Saturday, 30 September 2017 17:49:53 UTC