Thursday, 31 March 2016
- [Minutes] 31 March 2016 WPWG Teleconference
- wpwg-ACTION-17: Submit a pr for http api into the proposals folder for the wpwg repo.
- Re: The Web Browser API Incubation Anti-Pattern
- RE: The Web Browser API Incubation Anti-Pattern
- Re: The Web Browser API Incubation Anti-Pattern
- Re: The Web Browser API Incubation Anti-Pattern
- The Web Browser API Incubation Anti-Pattern
Wednesday, 30 March 2016
Tuesday, 29 March 2016
Friday, 25 March 2016
Thursday, 24 March 2016
Monday, 21 March 2016
Friday, 18 March 2016
Thursday, 17 March 2016
- [Minutes] 17 March 2016 WPWG Teleconference
- RE: Important telecon on Thursday 17th March at 16h00 UTC (12pm EDT, 9am PDT, 4pm GMT,
- Re: [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
- Re: [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
Wednesday, 16 March 2016
- Re: [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
- Re: [webpayments] ACTION: Summarize arguments for/against shipping address capture (#72)
- Re: [paymentrequest] Payment App Registration: Same Origin is problematic for identifying_url (#66)
- Re: [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
- Re: [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
- Re: [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
- Re: [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
- Re: [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
- [paymentrequest] Conflation of manifest + payments seem unnecessary (#70)
Tuesday, 15 March 2016
- RE: Important telecon on Thursday 17th March at 16h00 UTC (12pm EDT, 9am PDT, 4pm GMT,
- Re: Important telecon on Thursday 17th March at 16h00 UTC (12pm EDT, 9am PDT, 4pm GMT,
- Important telecon on Thursday 17th March at 16h00 UTC (12pm EDT, 9am PDT, 4pm GMT,
Monday, 14 March 2016
- Re: [paymentrequest] Payment App Registration: Same Origin is problematic for identifying_url (#66)
- RE: [paymentrequest] Payment App Registration: Same Origin is problematic for identifying_url (#66)
- Re: [paymentrequest] Payment App Registration: Same Origin is problematic for identifying_url (#66)
- RE: [paymentrequest] Payment App Registration: Same Origin is problematic for identifying_url (#66)
- Re: [webpayments] Should the payment request support multiple pricing options? (#79)
- Re: [webpayments] Should the payment request support multiple pricing options? (#79)
- Re: [webpayments] Should a website be able to provide a label for the "Buy" or "Checkout" button displayed in the payment app? (#66)
- Re: [webpayments] Adding registration proposal (#113)
- Re: [webpayments] Should a website be able to provide a label for the "Buy" or "Checkout" button displayed in the payment app? (#66)
- Re: [webpayments] Should a website be able to provide a label for the "Buy" or "Checkout" button displayed in the payment app? (#66)
- Re: [webpayments] How do we protect certain data in the messages from certain parties in the flow as the use case requires? (#78)
- Re: [webpayments] Should the payment request support multiple pricing options? (#79)
- Re: [webpayments] Multilingual Support for human-readable labels (#84)
- Re: [webpayments] Multilingual Support for human-readable labels (#84)
- Re: [webpayments] What are the WPWG February 2016 face-to-face prioritized issues (#89)
- Re: [webpayments] How can the API support enrollment (future payment) use cases? (#65)
- Re: [webpayments] How can the API support enrollment (future payment) use cases? (#65)
- Re: [webpayments] What is the appropriate conversational pattern for the API? (#55)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] Should the payment request contain line item details? (#38)
- Re: [webpayments] Should the payment request contain line item details? (#38)
- Re: [webpayments] Should list of accepted payment methods be strings or objects? (#37)
- Re: [webpayments] Should list of accepted payment methods be strings or objects? (#37)
- Re: [webpayments] Should a payment request be just data, or a programmable object? (#36)
- Re: [webpayments] Should a payment request be just data, or a programmable object? (#36)
- Re: [webpayments] What are the WPWG February 2016 face-to-face prioritized issues (#89)
- Re: [webpayments] Should a payment method identifier (URL) resolve to a machine readable resource that describes the payment method? (#30)
- Re: [webpayments] Is tracking payment request state necessary? (#35)
- Re: [webpayments] Is tracking payment request state necessary? (#35)
- Re: [webpayments] Should a payment method identifier (URL) resolve to a machine readable resource that describes the payment method? (#30)
- Re: [webpayments] Should Payment Method Identifiers and Messages be expressed using a Linked Data Vocabulary? (#29)
- Re: [webpayments] Should Payment Method Identifiers and Messages be expressed using a Linked Data Vocabulary? (#29)
- Re: [webpayments] Should we expose status change events in the browser API? (#41)
- Re: [webpayments] Should we expose status change events in the browser API? (#41)
- Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39)
- Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39)
- Re: [webpayments] How should the message schemas for the payment request and response be defined? What is the extensibility story for the messages? (#27)
- Re: [webpayments] How should the message schemas for the payment request and response be defined? What is the extensibility story for the messages? (#27)
- Re: [webpayments] Should we have separate specifications for payment and registration of payment apps? (#26)
- Re: [webpayments] Should we have separate specifications for payment and registration of payment apps? (#26)
- Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25)
- Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25)
- Re: [webpayments] Payment Request Architecture glossary should include IG glossary (#23)
- Re: [webpayments] Payment Request Architecture glossary should include IG glossary (#23)
- Re: [webpayments] Merge Payment Request Architecture with Capabilities Document (#22)
- Re: [webpayments] Merge Payment Request Architecture with Capabilities Document (#22)
- Re: [webpayments] Should we be concerned about the use of the Browser API in a non-HTTPS environment? (#20)
- Re: [webpayments] Should we be concerned about the use of the Browser API in a non-HTTPS environment? (#20)
- Re: [webpayments] How do we ensure that the payment request from the merchant is not tampered with before it gets to the payment app? (#19)
- Re: [webpayments] How do we ensure that the payment request from the merchant is not tampered with before it gets to the payment app? (#19)
- Re: [webpayments] How do organizations layer additional information in the core messages? (#18)
- Re: [webpayments] How do organizations layer additional information in the core messages? (#18)
- Re: [webpayments] How are cloud-based payment apps supported? (#16)
- Re: [webpayments] How are cloud-based payment apps supported? (#16)
- Re: [webpayments] How are payment apps shared between different browser brands? (#15)
- Re: [webpayments] How are payment apps shared between different browser brands? (#15)
- Re: [webpayments] How are payment apps registered? (#14)
- Re: [webpayments] How are payment apps registered? (#14)
Saturday, 12 March 2016
Friday, 11 March 2016
- [webpayments] Adding registration proposal (#113)
- Updates to "Payment Request API Architecture"
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
Thursday, 10 March 2016
- [Minutes] 10 March teleconference
- New list: public-webpayments-specs@w3.org to mirror spec repo notifications
- wpwg-ACTION-16: Reach out to wg participants to secure reviews
- wpwg-ACTION-15: Review payment request api spec by march 15th 2016 (and attempt to do the other ones as well).
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: How is registration information updated? (#111)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
Wednesday, 9 March 2016
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] How are third-party native wallets integrated? (#42)
- Re: [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- Re: [webpayments] Registration: App supports method but user has no instrument for that method (#110)
- Re: [webpayments] Registration: How is registration information updated? (#111)
- Re: [webpayments] Registration: App supports method but user has no instrument for that method (#110)
- Re: [webpayments] Synonym Mapping from Web Environment Terminology to ISO 20022 Terminonogy (#95)
- [Agenda] 10 March WPWG teleconference
- Issue updates based on WPWG FTF discussion - please be sure to add any others you have in mind
- [webpayments] Registration: Should we support payee knowing user has payee-controlled payment app? (#112)
- [webpayments] Registration: How is registration information updated? (#111)
- [webpayments] Registration: App supports method but user has no instrument for that method (#110)
Tuesday, 8 March 2016
Friday, 4 March 2016
- Re: [paymentrequest] Payment App Registration: Same Origin is problematic for identifying_url (#66)
- Re: Blog post on WPWG meeting and next steps
- Blog post on WPWG meeting and next steps
Thursday, 3 March 2016
- wpwg-ACTION-14: Look at dates when worldpay could host a meeting
- wpwg-ACTION-13: Create poll for f2f days at tpac 2016
- [paymentrequest] Redirect specs to the Web Payments WG versions (#69)
- Re: [paymentrequest] Use [SecureContext] instead of manually checking inside the PaymentRequest constructor (#58)
- Re: [paymentrequest] Use [SecureContext] instead of manually checking inside the PaymentRequest constructor (#58)
- Re: [paymentrequest] Spec references are all pretty outdated (#57)
- Re: [paymentrequest] Spec references are all pretty outdated (#57)
- Re: [paymentrequest] Support for "enrollment" use of API (#43)
- Re: [paymentrequest] Support for "enrollment" use of API (#43)
- Re: [paymentrequest] Overridng Common Payment Instruments (#21)
- Re: [paymentrequest] Overridng Common Payment Instruments (#21)
- Re: [paymentrequest] Constructor should not include "total" in list of items (#68)
- Re: [paymentrequest] Constructor should not include "total" in list of items (#68)
- Re: [paymentrequest] boolean arguments are an anti-pattern; consider separate methods for complete() (#54)
- Re: [paymentrequest] boolean arguments are an anti-pattern; consider separate methods for complete() (#54)
- Re: [paymentrequest] At the time complete() is called, your ability to say success (true) or failure (false) may depend on the payment method (#67)
- Re: [paymentrequest] At the time complete() is called, your ability to say success (true) or failure (false) may depend on the payment method (#67)
- Re: [paymentrequest] Use navigator.payments rather than creating a new object instance (#42)
- Re: [paymentrequest] Use navigator.payments rather than creating a new object instance (#42)
- Re: [paymentrequest] Combine API parameters into a single request object + options (#41)
- Re: [paymentrequest] Combine API parameters into a single request object + options (#41)
- Re: [paymentrequest] No mention of non-decimal currencies (#40)
- Re: [paymentrequest] No mention of non-decimal currencies (#40)
Wednesday, 2 March 2016
- Re: [paymentrequest] What is the format for payment method identifiers for distributed extensibility (#34)
- Re: [paymentrequest] What is the format for payment method identifiers for distributed extensibility (#34)
- Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35)
- Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35)
- Re: [paymentrequest] Standardizing Common Payment Instruments (#20)
- Re: [paymentrequest] Standardizing Common Payment Instruments (#20)
- Re: [paymentrequest] Payment instrument installation is platform-dependent (#5)
- Re: [paymentrequest] Payment instrument installation is platform-dependent (#5)
- Re: [paymentrequest] Should we support a delegated state for PaymentRequest? (#33)
- Re: [paymentrequest] Should we support a delegated state for PaymentRequest? (#33)
- Re: [paymentrequest] Write-up proposal for shipping address fields (#28)
- Re: [paymentrequest] Write-up proposal for shipping address fields (#28)
- Re: [paymentrequest] Should the web page be able to provide status information before calling complete() (#32)
- Re: [paymentrequest] Should the web page be able to provide status information before calling complete() (#32)
- Re: [paymentrequest] Clarity on Currency Conversion (#19)
- Re: [paymentrequest] Clarity on Currency Conversion (#19)
- Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30)
- Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30)
- Re: [paymentrequest] Merchant requesting arbitrary data from the UA (#16)
- Re: [paymentrequest] Merchant requesting arbitrary data from the UA (#16)
- Telcon 3rd March 17h00 UTC