Agenda 20160414
ianbjacobs edited this page Apr 14, 2016
·
35 revisions
Pages 55
- Home
- A Payments Initiation Architecture for the Web
- Agenda 12th November 2015 at 1700 UTC
- Agenda 17th December 2015 at 1700 UTC
- Agenda 19th November 2015 at 1700 UTC
- Agenda 20160107
- Agenda 20160121
- Agenda 20160128
- Agenda 20160204
- Agenda 20160211
- Agenda 20160310
- Agenda 20160317
- Agenda 20160331
- Agenda 20160407
- Agenda 20160414
- Agenda 20160421
- Agenda 20160428
- Agenda 20160505
- Agenda 20160512
- Agenda 20160519
- Agenda 20160526
- Agenda 20160602
- Agenda 20160609
- Agenda 20160616
- Agenda 20160623
- Agenda 3rd December 2015 at 1700 UTC
- Agenda for 3rd March telco
- All in the Browser
- Browser with remote Payment Apps
- Call for Consensus FPWD
- CFC_20140412
- Checkout API
- Components
- DeploymentExamples
- Extensibility_Notes
- F2F Agenda
- How it Works
- How the Working Group works
- Issue Summary
- MagWebinar
- Meetings
- Mobile Platform
- PaymentApp_Notes
- PaymentRequestFAQ
- PMI_Notes
- RegistrationTypes
- Spec_Notes
- Support for multi price and currency
- Synchronizing Github Issues with W3C Mailing Lists
- TPAC 2015 issues list
- Web Payment Deployment Examples
- Web Payments Working Group FTF Meeting (July 2016)
- Web Payments Working Group Plan
- WPWG FTF Feb 2016
- WPWG FTF Feb 2016 Requirements
- Show 40 more pages…
Mailing list archives
Current Work
Issues
Clone this wiki locally
-
CFC Update (Chairs)
- Decision
- Schedule
- Decision and publications process after FPWD (Mike)
- Finer grain updates possible after FPWD; based on large changes (with WG decisions) and small ones (editorial, bug fixes).
- Non-editors that wish to make concrete change proposals needs to fork the spec repo and submit pull requests (the editors might also decide to use their discretion on a case-by-case basis to allow particular contributors to create branches in the spec repo and push to those, in order for the editors to more easily iterate over the proposed spec text along with the submitter prior to merging; but the choice of when or if to ever do that at all is strictly up to the editors)
- Participants who cannot do this (e.g., due to company network policy) please contact the chairs.
- Decision process
- Example: Where there is consensus on substantive proposals and issues and proposals (expressed via GitHub and email), allow Editors to incorporate proposals into the Editors' Drafts without further WG decision. Where there is not consensus, organize group discussion and decision (followed by update). For editorial and bug fixes, allow Editors to make changes in the Editor's Drafts.
- Each commit, therefore, should increase the proportion of content in the specification for which there is consensus. Thus, we should enable editors to update TR drafts automatically on merge
- PROPOSAL TO THE GROUP:
- The WPWG will use the auto-publish mechanism
- Adopt decision policy above (Editors can merge proposals with consensus + editorial; others discussed before decision)
- Adopt publish-TR-on-merge policy.
- Create a twitter account to build community around the specs (and inform them of key publications)
- Finer grain updates possible after FPWD; based on large changes (with WG decisions) and small ones (editorial, bug fixes).
- Proposal to publish FAQ with FPWD (Ian)
- Overview of extensibility topics (Ian)
- Goals (after discussion)
- Capture all the extensibility topics the WG cares about, and get shared understanding of how they relate
- Reach consensus on requirements to guide specification development
- Goals (after discussion)
- Face-to-face meeting update
If time:
- Issue discussion (AHB)
- Pull requests
- PR #133, which merges PaymentRequest params.
- Transaction types (issue 19)
- Spec organization: mediator, payment app
- Encouraging contributions (Ian)
- GitHub intro?
- WebIDL intro?
- Monthly summary (new/closed issues, important decisions, upcoming meetings)?
NEXT WEEK: