public-payments-wg@w3.org from December 2015 by date

Wednesday, 30 December 2015

[webpayments] Added Apple Pay (#44) mattsaxon
Re: [webpayments] Added Apple Pay (#44) mattsaxon

Tuesday, 29 December 2015

Re: [webpayments] Should the payment request contain line item details? (#38) Vincent Kuntz
Re: [webpayments] Expression of monetary amounts (#40) Vincent Kuntz

Thursday, 24 December 2015

Re: [webpayments] SDD one off e-mandate (#43) fredMeignien

Wednesday, 23 December 2015

Re: [webpayments] Expression of monetary amounts (#40) mattsaxon
Re: [webpayments] SDD one off e-mandate (#43) mattsaxon
Re: [webpayments] Refined SEPA Credit Transfer to add the web interactions (#33) ianbjacobs
Re: [webpayments] Should the payment request contain line item details? (#38) mattsaxon
Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30) mattsaxon
Re: [webpayments] Refined SEPA Credit Transfer to add the web interactions (#33) mattsaxon

Tuesday, 22 December 2015

Re: [webpayments] How are third-party native wallets integrated? (#42) Rouslan Solomakhin
Re: [webpayments] How are third-party native wallets integrated? (#42) Anders Rundgren

Monday, 21 December 2015

[Feb 2016 FTF meeting] Nearby hotels Ian Jacobs
Re: [webpayments] How are third-party native wallets integrated? (#42) Rouslan Solomakhin
Re: [webpayments] How are third-party native wallets integrated? (#42) Anders Rundgren
Re: [webpayments] How are third-party native wallets integrated? (#42) Rouslan Solomakhin
Re: [webpayments] How are third-party native wallets integrated? (#42) Anders Rundgren
Re: [webpayments] How are third-party native wallets integrated? (#42) Rouslan Solomakhin
[webpayments] SDD one off e-mandate (#43) fredMeignien
[paymentrequest] Use navigator.payments rather than creating a new object instance (#42) Adrian Hope-Bailie

Sunday, 20 December 2015

Saturday, 19 December 2015

[webpayments] How are third-party native wallets integrated? (#42) Anders Rundgren
Re: [webpayments] Expression of monetary amounts (#40) David I. Lehn
Re: [webpayments] Expression of monetary amounts (#40) Dave Longley

Friday, 18 December 2015

Re: [webpayments] Expression of monetary amounts (#40) Adrian Hope-Bailie
Re: [webpayments] Should we expose status change events in the browser API? (#41) Adrian Hope-Bailie
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Adrian Hope-Bailie
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Adrian Hope-Bailie
Re: [admin] Dave Longley

Thursday, 17 December 2015

Re: [admin] Adrian Hope-Bailie
[admin] Doug Schepers
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Dave Longley
Re: [paymentrequest] CurrencyAmount description has exponent sign wrong (#39) Adam Forsyth
Re: [webpayments] Is tracking payment request state necessary? (#35) Dave Longley
Re: [webpayments] Is there an HTTP API based message flow? (#17) Dave Longley
Re: [webpayments] Expression of monetary amounts (#40) Dave Longley
Re: [webpayments] What is the use case for the Payment Details object? (#38) Dave Longley
Re: [webpayments] Should list of accepted payment methods be strings or objects? (#37) Dave Longley
wpwg-ACTION-10: Integrate standard flow into web payments cg's browser api spec. Web Payments Working Group Issue Tracker
Re: [webpayments] Should we expose status change events in the browser API? (#41) Dave Longley
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Dave Longley
RE: Agenda for tomorrow's call David Ezell
Re: [webpayments] Should list of accepted payment methods be strings or objects? (#37) Adrian Hope-Bailie
Re: [webpayments] Should we expose status change events in the browser API? (#41) Dave Longley
Re: [webpayments] Should we expose status change events in the browser API? (#41) Dave Longley
Re: [webpayments] Should we expose status change events in the browser API? (#41) Zach Koch
Re: [webpayments] What is the use case for the Payment Details object? (#38) Zach Koch
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Adrian Hope-Bailie
Re: [webpayments] Should we expose status change events in the browser API? (#41) Dave Longley
Re: [webpayments] What is the use case for the Payment Details object? (#38) Nick Telford-Reed
Re: [webpayments] Should we expose status change events in the browser API? (#41) Adrian Hope-Bailie
[paymentrequest] Combine API parameters into a single request object + options (#41) Adrian Hope-Bailie
Re: [webpayments] Expression of monetary amounts (#40) Adrian Hope-Bailie
Re: [webpayments] What is the use case for the Payment Details object? (#38) Adrian Hope-Bailie
Re: [paymentrequest] CurrencyAmount description has exponent sign wrong (#39) Zach Koch
Re: [webpayments] What is the use case for the Payment Details object? (#38) Zach Koch
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Zach Koch
Re: [paymentrequest] CurrencyAmount description has exponent sign wrong (#39) Manu Sporny
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Manu Sporny
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Manu Sporny
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Manu Sporny
Re: [webpayments] What is the use case for the Payment Details object? (#38) Manu Sporny

Wednesday, 16 December 2015

Agenda for tomorrow's call Telford-Reed, Nick
[paymentrequest] No mention of non-decimal currencies (#40) Adam Forsyth
[paymentrequest] CurrencyAmount description has exponent sign wrong (#39) Adam Forsyth
Re: [webpayments] What is the use case for the Payment Details object? (#38) mountainhippo
Re: [webpayments] Expression of monetary amounts (#40) dezell
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Zach Koch
Re: [webpayments] What is the use case for the Payment Details object? (#38) Adrian Hope-Bailie
Re: [webpayments] What is the use case for the Payment Details object? (#38) Zach Koch
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) ianbjacobs
Re: [webpayments] Should we expose status change events in the browser API? (#41) Zach Koch
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Zach Koch
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Adrian Hope-Bailie
Re: [webpayments] Expression of monetary amounts (#40) David I. Lehn
Re: [webpayments] Expression of monetary amounts (#40) Dave Longley
Re: [webpayments] Expression of monetary amounts (#40) Adrian Hope-Bailie
Re: [webpayments] Should we expose status change events in the browser API? (#41) Adrian Hope-Bailie
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Dave Longley
Re: [webpayments] Should a payment request be just data, or a programmable object? (#36) Dave Longley
Re: [webpayments] Should we expose status change events in the browser API? (#41) Manu Sporny
[webpayments] Should we expose status change events in the browser API? (#41) Manu Sporny
Re: [webpayments] Expression of monetary amounts (#40) Manu Sporny
[webpayments] Expression of monetary amounts (#40) Manu Sporny
Re: [webpayments] Should a Payment Request API have shipping address APIs? (#39) Manu Sporny
[webpayments] Should a Payment Request API have shipping address APIs? (#39) Manu Sporny
Re: [webpayments] What is the use case for the Payment Details object? (#38) Manu Sporny
[webpayments] What is the use case for the Payment Details object? (#38) Manu Sporny
Re: [webpayments] Should list of accepted payment methods be strings or objects? (#37) Manu Sporny
[webpayments] Should list of accepted payment methods be strings or objects? (#37) Manu Sporny
Re: [webpayments] Should a payment request be just data, or a programmable object? (#36) Manu Sporny
[webpayments] Should a payment request be just data, or a programmable object? (#36) Manu Sporny
[webpayments] Is tracking payment request state necessary? (#35) Manu Sporny
Re: [webpayments] Is there an HTTP API based message flow? (#17) Manu Sporny
Re: [webpayments] Confining the definition of user agents to browsers (#34) Manu Sporny
Re: [webpayments] Confining the definition of user agents to browsers (#34) Manu Sporny
Re: [webpayments] Confining the definition of user agents to browsers (#34) ianbjacobs
[webpayments] Confining the definition of user agents to browsers (#34) Manu Sporny

Tuesday, 15 December 2015

Re: [paymentrequest] Update API document with missing details (#38) Ade Bateman
[paymentrequest] Update API document with missing details (#38) Ade Bateman

Monday, 14 December 2015

Re: [webpayments] Abstract payment architecture (#11) Adrian Hope-Bailie

Friday, 11 December 2015

Re: [paymentrequest] Price breakdown (#25) Ade Bateman
Re: [paymentrequest] Second set of API refactoring changes (#37) Zach Koch
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Jeff Burdges
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Dave Longley
Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30) Brad Hill
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Dave Longley
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Dave Longley
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Jeff Burdges
Re: [webpayments] How are payment messages trusted? (#19) Dave Longley
[webpayments] Refined SEPA Credit Transfer to add the web interactions (#33) mattsaxon
Re: [webpayments] Refined SEPA Credit Transfer to add the web interactions (#33) mattsaxon
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Dave Longley
Re: [webpayments] How are cloud-based payment instruments supported? (#16) Jeff Burdges
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Jeff Burdges
Re: [webpayments] Abstract payment architecture (#11) mattsaxon
Re: [webpayments] Added PSP Hosted Card Payment (#32) mattsaxon
Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30) Adrian Hope-Bailie
Re: [webpayments] How are payment messages trusted? (#19) Jeff Burdges
[webpayments] Added PSP Hosted Card Payment (#32) mattsaxon
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Adrian Hope-Bailie
wpwg-ACTION-9: Share iso20022 glossary/terminology Web Payments Working Group Issue Tracker
Re: [Architecture] Updated wiki to address some comments Adrian Hope-Bailie
Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30) Jeff Burdges
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Jeff Burdges
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Manu Sporny
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Manu Sporny
Re: [Architecture] Updated wiki to address some comments Manu Sporny

Thursday, 10 December 2015

[paymentrequest] Second set of API refactoring changes (#37) Ade Bateman
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Adrian Hope-Bailie
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Ade Bateman
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Dave Longley
Re: [paymentrequest] What is the format for payment method identifiers for distributed extensibility (#34) Adrian Hope-Bailie
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Adrian Hope-Bailie
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Ade Bateman
Re: [paymentrequest] What is the format for payment method identifiers for distributed extensibility (#34) ianbjacobs
Re: [webpayments] How are payment instruments registered? (#14) Dave Longley
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Adrian Hope-Bailie
Re: [webpayments] How are payment instruments registered? (#14) ianbjacobs
Re: [paymentrequest] What is the format for payment method identifiers for distributed extensibility (#34) Adrian Hope-Bailie
Re: [webpayments] How are payment instruments registered? (#14) Adrian Hope-Bailie
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Ade Bateman
Re: [webpayments] Abstract payment architecture (#11) Dave Longley
Re: [webpayments] Abstract payment architecture (#11) Adrian Hope-Bailie
Re: [webpayments] Abstract payment architecture (#11) Adrian Hope-Bailie
Re: [webpayments] How are payment instruments registered? (#14) ianbjacobs
Re: [webpayments] How are payment instruments registered? (#14) Adrian Hope-Bailie
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) ianbjacobs
Re: [paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Adrian Hope-Bailie
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Adrian Hope-Bailie
Re: [webpayments] Should we be concerned about the use of the Browser API in a non-HTTPS environment? (#20) mountielee

Wednesday, 9 December 2015

Re: [paymentrequest] Updated documents to ensure all issues notes link to issue in the repo. (#36) Ade Bateman
[paymentrequest] Updated documents to ensure all issues notes link to issue in the repo. (#36) Ade Bateman
[paymentrequest] Should well-known identifiers be used for ubiquitous payment methods (#35) Ade Bateman
[paymentrequest] What is the format for payment method identifiers for distributed extensibility (#34) Ade Bateman
Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30) Ade Bateman
[paymentrequest] Should we support a delegated state for PaymentRequest? (#33) Ade Bateman
Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30) Ade Bateman
Re: [paymentrequest] Standardizing Common Payment Instruments (#20) Ade Bateman
Re: [paymentrequest] UI for Payment Instrument (#17) Ade Bateman
Re: [paymentrequest] UI for Payment Instrument (#17) Ade Bateman
[paymentrequest] Should the web page be able to provide status information before calling complete() (#32) Ade Bateman
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Manu Sporny
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Dave Longley
Re: [paymentrequest] Let merchant pass in arbitrary data to payment request? (#11) Ade Bateman
Re: [paymentrequest] Let merchant pass in arbitrary data to payment request? (#11) Ade Bateman
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Doug Schepers
Re: [paymentrequest] Reconsider the need to include shipping in this spec (#8) Ade Bateman
Re: [paymentrequest] Reconsider the need to include shipping in this spec (#8) Ade Bateman
[paymentrequest] Write-up initial proposal for card payment method spec (#31) Ade Bateman
Re: [paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30) Zach Koch
Re: [paymentrequest] Chain of trust between browser and merchant (#9) Ade Bateman
Re: [paymentrequest] Chain of trust between browser and merchant (#9) Ade Bateman
[paymentrequest] Should the Payment Request API only be available in a top-level browsing context? (#30) Ade Bateman
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Dave Longley
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Adrian Hope-Bailie
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Dave Longley
Re: [paymentrequest] Should the Payment Request API only be available in a secure context? (#29) Ade Bateman
[paymentrequest] Should the Payment Request API only be available in a secure context? (#29) Ade Bateman
Re: [paymentrequest] Price breakdown (#25) Ade Bateman
Re: [webpayments] Abstract payment architecture (#11) Dave Longley
[paymentrequest] Write-up proposal for shipping address fields (#28) Ade Bateman
Re: [paymentrequest] Payment methods registering to handle schemes / Interledger support (in the future) (#14) Ade Bateman
Re: [paymentrequest] Payment methods registering to handle schemes / Interledger support (in the future) (#14) Ade Bateman
[paymentrequest] Write-up initial proposal for payment app registration spec (#27) Ade Bateman
Re: [paymentrequest] Could we design appropriate declarative models to go along with the API? (#13) Ade Bateman
Re: [paymentrequest] Could we design appropriate declarative models to go along with the API? (#13) Ade Bateman
Re: [paymentrequest] How do we think it will work with ServiceWorker? (#12) Ade Bateman
Re: [paymentrequest] How do we think it will work with ServiceWorker? (#12) Ade Bateman
Re: [paymentrequest] Can we call out how this relates to other payment efforts? (#6) Ade Bateman
Re: [webpayments] How are payment instruments registered? (#14) ianbjacobs
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) ianbjacobs
Re: [webpayments] How are payment messages trusted? (#19) ianbjacobs
Re: [webpayments] Abstract payment architecture (#11) Dave Longley
Re: [webpayments] Should we be concerned about the use of the Browser API in a non-HTTPS environment? (#20) ianbjacobs
Re: [webpayments] How are payment instruments registered? (#14) Adrian Hope-Bailie
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Adrian Hope-Bailie
Re: [paymentrequest] Payment instrument installation is platform-dependent (#5) ianbjacobs
Re: [webpayments] Abstract payment architecture (#11) Adrian Hope-Bailie
Re: [webpayments] Abstract payment architecture (#11) ianbjacobs
Re: [paymentrequest] API needs equivalent of PassKit's paymentAuthorizationViewController:didAuthorizePayment:completion: callback (#23) Ade Bateman
Re: [paymentrequest] First set of API refactoring changes. (#26) Zach Koch
Re: [paymentrequest] Currency Specification (#18) Ade Bateman
Re: [paymentrequest] There should be a way for the merchant to indicate the instrumentResponse was a failure (#15) Ade Bateman
Scheduled: February 2016 Web Payments Working Group FTF Ian Jacobs
[paymentrequest] First set of API refactoring changes. (#26) Ade Bateman
Re: [webpayments] Abstract payment architecture (#11) Dave Longley
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) ianbjacobs
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Adrian Hope-Bailie
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Dave Longley
Re: [webpayments] Abstract payment architecture (#11) mattsaxon
Re: [webpayments] Abstract payment architecture (#11) Adrian Hope-Bailie
Re: [webpayments] How are payment instruments registered? (#14) Adrian Hope-Bailie
Re: [webpayments] How are cloud-based payment instruments supported? (#16) Adrian Hope-Bailie
Re: [webpayments] How do organizations layer additional information in the core messages? (#18) Adrian Hope-Bailie
Re: [webpayments] Is there an HTTP API based message flow? (#17) Adrian Hope-Bailie
Re: [webpayments] How are payment messages trusted? (#19) Adrian Hope-Bailie
Re: [webpayments] Should we be concerned about the use of the Browser API in a non-HTTPS environment? (#20) Adrian Hope-Bailie
Re: [webpayments] Should Payment Method Identifiers and Messages be expressed using a Linked Data Vocabulary? (#29) Adrian Hope-Bailie
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Adrian Hope-Bailie
Re: [webpayments] Minimum necessary information for merchant to process payment (#27) Adrian Hope-Bailie
Re: [paymentrequest] Payment instrument installation is platform-dependent (#5) Adrian Hope-Bailie
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Adrian Hope-Bailie
[Architecture] Updated wiki to address some comments Adrian Hope-Bailie
Re: [webpayments] Machine readability of payment methods? (#30) Adrian Hope-Bailie
Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31) Adrian Hope-Bailie

Tuesday, 8 December 2015

Monday, 7 December 2015

Re: [webpayments] Should Payment Method Identifiers and Messages be expressed using a Linked Data Vocabulary? (#29) Manu Sporny
Re: [webpayments] Payment Request Architecture glossary should include IG glossary (#23) Manu Sporny
Re: [webpayments] Merge Payment Request Architecture with Capabilities Document (#22) ianbjacobs
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Dave Longley
Re: [webpayments] Minimum necessary information for merchant to process payment (#27) Dave Longley
Re: [webpayments] How do organizations layer additional information in the core messages? (#18) Dave Longley
Re: [webpayments] Machine readability of payment methods? (#30) Dave Longley
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Shane McCarron
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Dave Longley
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) ianbjacobs
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Shane McCarron
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) ianbjacobs
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Zach Koch
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Shane McCarron
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) ianbjacobs
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Shane McCarron
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) ianbjacobs
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Shane McCarron
Re: [webpayments] Should Payment Method Identifiers be a Linked Data Vocabulary? (#29) ianbjacobs
Re: Linking the Wiki to the example Flows Shane McCarron
Re: [webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) ianbjacobs
Re: Experimental glossary definitions added Adrian Hope-Bailie
Re: [webpayments] Payment Request Architecture glossary should include IG glossary (#23) ianbjacobs
[WPAY WG] Additional ANSI standards for Authentication(X9.122) added to WatchDox Erik Anderson
RE: Experimental glossary definitions added David Ezell
Re: [webpayments] Merge Payment Request Architecture with Capabilities Document (#22) Adrian Hope-Bailie
Re: [webpayments] How are payment instruments shared between different browser brands? (#15) Adrian Hope-Bailie
Re: [webpayments] Machine readability of payment methods? (#30) ianbjacobs
Re: Linking the Wiki to the example Flows Manu Sporny

Sunday, 6 December 2015

Re: [webpayments] Should Payment Method Identifiers be a Linked Data Vocabulary? (#29) Manu Sporny
Re: [webpayments] Should Payment Method Identifiers be a Linked Data Vocabulary? (#29) Shane McCarron
Re: [webpayments] Machine readability of payment methods? (#30) Shane McCarron
Re: [webpayments] Machine readability of payment methods? (#30) Manu Sporny
Re: [webpayments] Machine readability of payment methods? (#30) ianbjacobs
[webpayments] Machine readability of payment methods? (#30) Manu Sporny
[webpayments] Should Payment Method Identifiers be a Linked Data Vocabulary? (#29) Manu Sporny
Re: [webpayments] How do organizations layer additional information in the core messages? (#18) Manu Sporny
Re: [webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Manu Sporny
Re: [webpayments] How do organizations layer additional information in the core messages? (#18) Manu Sporny
[webpayments] What gets registered - apps, wallets, or payment instruments? (#28) Manu Sporny
Re: [webpayments] Minimum necessary information for merchant to process payment (#27) Manu Sporny
[webpayments] Minimum necessary information for merchant to process payment (#27) Manu Sporny
[webpayments] Splitting registration from payment (#26) Manu Sporny
[webpayments] Payment Method Identifier Registry should have oversight / formal structure (#25) Manu Sporny
[webpayments] Document relationship diagrams? (#24) Manu Sporny
Re: [webpayments] Payment Request Architecture glossary should include IG glossary (#23) Shane McCarron
Re: [webpayments] Payment Request Architecture glossary should include IG glossary (#23) Manu Sporny
[webpayments] Payment Request Architecture glossary should include IG glossary (#23) Manu Sporny
[webpayments] Merge Payment Request Architecture with Capabilities Document (#22) Manu Sporny
New landing page for Google/Microsoft paymentRequest() API Manu Sporny
Re: [paymentrequest] Update explainer.md (#7) Manu Sporny
Re: [paymentrequest] Update explainer.md (#7) Manu Sporny
Re: [paymentrequest] Added initial spec drafts and architecture overview. (#24) Zach Koch
Re: [paymentrequest] Added initial spec drafts and architecture overview. (#24) Zach Koch
Experimental glossary definitions added Manu Sporny
Re: [paymentrequest] Added initial spec drafts and architecture overview. (#24) Manu Sporny
Re: [paymentrequest] Added initial spec drafts and architecture overview. (#24) Ade Bateman
Re: [paymentrequest] Added initial spec drafts and architecture overview. (#24) Manu Sporny
Re: [webpayments] No proprietary binary files, please (#7) Manu Sporny
Re: [webpayments] No proprietary binary files, please (#7) Manu Sporny
Re: [webpayments] No proprietary binary files, please (#7) Manu Sporny

Saturday, 5 December 2015

[paymentrequest] Added initial spec drafts and architecture overview. (#24) Ade Bateman

Friday, 4 December 2015

RE: Linking the Wiki to the example Flows Matt Saxon
Re: [webpayments] How are payment instruments shared between different browser brands? (#15) mattsaxon
Re: [webpayments] How are payment instruments shared between different browser brands? (#15) ianbjacobs
Re: Linking the Wiki to the example Flows Ian Jacobs
Re: [webpayments] Uploaded Credit Transfer files for Cyril (#21) mattsaxon
[webpayments] Uploaded Credit Transfer files for Cyril (#21) mattsaxon
Re: Linking the Wiki to the example Flows Shane McCarron
Re: [webpayments] How are payment messages trusted? (#19) mattsaxon
Re: [webpayments] How are payment instruments shared between different browser brands? (#15) mattsaxon
Re: [webpayments] How are cloud-based payment instruments supported? (#16) mattsaxon
Re: Linking the Wiki to the example Flows Ian Jacobs
Re: Linking the Wiki to the example Flows Manu Sporny

Thursday, 3 December 2015

Re: Linking the Wiki to the example Flows Ian Jacobs
Re: Linking the Wiki to the example Flows Manu Sporny
Re: Linking the Wiki to the example Flows Shane McCarron
Re: Linking the Wiki to the example Flows Ian Jacobs
Linking the Wiki to the example Flows Shane McCarron
[Minutes] 3 Dec 2015 WPWG meeting Ian Jacobs
Re: [webpayments] How are payment instruments shared between different browser brands? (#15) ianbjacobs
Re: [paymentrequest] Clarity on Currency Conversion (#19) Zach Koch
Re: [paymentrequest] Clarity on Currency Conversion (#19) mountainhippo
Re: [paymentrequest] Clarity on Currency Conversion (#19) Zach Koch
Re: [webpayments] How are cloud-based payment instruments supported? (#16) Dave Longley
Re: [webpayments] How are cloud-based payment instruments supported? (#16) Dave Longley
Re: [webpayments] How are payment instruments shared between different browser brands? (#15) Dave Longley
Re: [webpayments] How are payment instruments registered? (#14) Dave Longley
Re: [webpayments] How are payment messages trusted? (#19) mountainhippo
Re: [webpayments] How are cloud-based payment instruments supported? (#16) mountainhippo
Re: [webpayments] Is there an HTTP API based message flow? (#17) mountainhippo
Re: [webpayments] How are payment instruments shared between different browser brands? (#15) mountainhippo
Re: [webpayments] How are payment instruments registered? (#14) Manu Sporny
Re: [webpayments] Should we be concerned about the use of the Browser API in a non-HTTPS environment? (#20) Manu Sporny
Re: [webpayments] How are payment messages trusted? (#19) Manu Sporny
Re: [webpayments] How are payment messages trusted? (#19) Manu Sporny
Re: [webpayments] How are cloud-based payment instruments supported? (#16) Manu Sporny
Re: [webpayments] How are cloud-based payment instruments supported? (#16) Manu Sporny
Re: [webpayments] How are cloud-based payment instruments supported? (#16) Manu Sporny

Wednesday, 2 December 2015

Tuesday, 1 December 2015

Last message date: Wednesday, 30 December 2015 14:28:57 UTC