Re: Call for Consensus to Publish Payment Request API 1.1 as a First Public Working Draft - RESPONSE REQUESTED BY 18 JULY

   1. Support the proposal


On Mon, Jul 18, 2022 at 7:03 AM Gerhard Oosthuizen <
goosthuizen@entersekt.com> wrote:

>
>    1. Support the proposal
>
>
>
> *From:* Marcos Caceres <marcosc@apple.com>
> *Sent:* Monday, 18 July 2022 12:45
> *To:* Web Payments Working Group <public-payments-wg@w3.org>
> *Cc:* Ian Jacobs <ij@w3.org>; Nick Telford-Reed (w3c)
> <w3@stormglass.consulting>
> *Subject:* Re: Call for Consensus to Publish Payment Request API 1.1 as a
> First Public Working Draft - RESPONSE REQUESTED BY 18 JULY
>
>
>
> 1. Support the proposal.
>
>
>
>
>
> On 18 Jul 2022, at 8:07 pm, Nick Telford-Reed (w3c) <
> w3@stormglass.consulting> wrote:
>
>
>
> A gentle reminder that this call for consensus to publish a first public
> working draft of payment request v.1.1 closes today.
>
>
>
> Please indicate support or otherwise.
>
>
> Thank you
>
> Nick
>
>
>
> On Mon, 11 Jul 2022 at 14:46, Ian Jacobs <ij@w3.org> wrote:
>
> Dear Web Payments Working Group Participants,
>
> This is a Call for Consensus to publish the following specification as a
> First Public Working Draft:
>
>   Payment Request API
>   https://w3c.github.io/payment-request/
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fw3c.github.io%2Fpayment-request%2F&data=05%7C01%7Cgoosthuizen%40entersekt.com%7C28987abe75974a2e1f8008da68aab708%7C19c3aeac7d8a4c9e80b99f9510adc7f7%7C1%7C0%7C637937379786790894%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=NRu3sHYNhZ15xvquCYsX7u5r%2FCoiAi%2FHleDlYLrGiNk%3D&reserved=0>
>   (8 July 2022 draft plus any non-substantive edits).
>   Expected Title: Payment Request API 1.1
>   Expected short name: payment-request-1.1
>
> Publication as a First Public Working Draft does NOT indicate that the
> document is complete or represents Working Group consensus.
>
> PLEASE RESPOND to the proposal by 18 July 2022 (14h00 UTC).
>
> For example, if you support the proposal, respond to this list with "1.
> Support the proposal."
>
> We thank the editors for preparing this document.
>
> For the co-Chairs,
> Ian Jacobs
>
> ----------
> BACKGROUND
>
> W3C published [1] Payment Request API 1.0 as a Proposed Recommendation
> in September 2021. Since then, W3C has been working to resolve two
> Formal Objections from W3C Members; see the Team Report [2] for
> details. At this time, a Council is evaluating the Formal Objections
> to determine whether Payment Request API 1.0 should advance to
> Recommendation or be returned to the Working Group for changes.
>
> In the meantime, the Editors have continued to update the Editor's
> Draft [3]. See below for information about changes since September
> 2021.
>
> Developers and implementers are taking interest in the new features
> defined in the Editor's draft. To provide them with more confidence
> about these features, the Chairs would like to formally publish the
> Editor's Draft as a new W3C Working Draft. This will also provide the
> group with a foundation for potential discussion at TPAC about the
> future of Payment Request.
>
> It is not uncommon for a Working Group to work on different revisions
> of a specification simultaneously (e.g., see the CSS WG). With that in
> mind, and because our current charter [4] anticipates enhancements to
> Payment Request 1.0, we seek to publish a first 1.1 draft.
>
> Note: If Payment Request API 1.0 advances to Recommendation, the
> Editors will determine whether it would be preferable to fold these
> changes into an evolving 1.0 Recommendation, or to continue to nurture
> a 1.1 branch. At the current time, we do not need to make that
> decision.
>
> [1] https://www.w3.org/blog/news/archives/9269
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2Fblog%2Fnews%2Farchives%2F9269&data=05%7C01%7Cgoosthuizen%40entersekt.com%7C28987abe75974a2e1f8008da68aab708%7C19c3aeac7d8a4c9e80b99f9510adc7f7%7C1%7C0%7C637937379786790894%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=3c8v12DyJDhwmZXyrUMAVX4BsWMTtDnqLkxX5ck6VJc%3D&reserved=0>
> [2] https://www.w3.org/2022/03/prapi-fo-report.html
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2F2022%2F03%2Fprapi-fo-report.html&data=05%7C01%7Cgoosthuizen%40entersekt.com%7C28987abe75974a2e1f8008da68aab708%7C19c3aeac7d8a4c9e80b99f9510adc7f7%7C1%7C0%7C637937379786790894%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=u1WvkrhD%2BIjKVlMzc4Jdy5rL6Pe5W5f70%2BTfrvDtZRw%3D&reserved=0>
> [3] https://w3c.github.io/payment-request/
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fw3c.github.io%2Fpayment-request%2F&data=05%7C01%7Cgoosthuizen%40entersekt.com%7C28987abe75974a2e1f8008da68aab708%7C19c3aeac7d8a4c9e80b99f9510adc7f7%7C1%7C0%7C637937379786790894%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=NRu3sHYNhZ15xvquCYsX7u5r%2FCoiAi%2FHleDlYLrGiNk%3D&reserved=0>
> [4] https://www.w3.org/Payments/WG/charter-201912.html
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FPayments%2FWG%2Fcharter-201912.html&data=05%7C01%7Cgoosthuizen%40entersekt.com%7C28987abe75974a2e1f8008da68aab708%7C19c3aeac7d8a4c9e80b99f9510adc7f7%7C1%7C0%7C637937379786790894%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=PfPWIOu0eSDjQNkq6hF0LC%2FnQE7tvWihTyVLd2yL0t0%3D&reserved=0>
>
> --------
> PROPOSAL
>
> That the Web Payments Working Group request that the W3C Director approve
> publication of Payment Request API 1.1 as a First Public Working Draft on
> the Recommendation Track.
>
> Please indicate one of the following in your response:
>
> 1. Support the proposal.
>
> 2. Request some changes, but support the proposal even if suggested
> changes are not taken into account.
>
> 3. Request some changes, and do not support the proposal unless the
> changes are taken into account.
>
> 4. Do not support the proposal (please provide rationale).
>
> 5. Support the consensus of the Web Payments Working Group.
>
> 6. Abstain.
>
> ------------------------------------------------
> CHANGES SINCE PROPOSED RECOMMENDATION (PUBLISHED SEP 2021)
>
> See the diff:
>  https://www.w3.org/2022/07/prapi-diff-20220707.html
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2F2022%2F07%2Fprapi-diff-20220707.html&data=05%7C01%7Cgoosthuizen%40entersekt.com%7C28987abe75974a2e1f8008da68aab708%7C19c3aeac7d8a4c9e80b99f9510adc7f7%7C1%7C0%7C637937379786947115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=huyszZHfDz8Hy%2BnFwG1tPW4NjOWdRTdxae41wD83ZWk%3D&reserved=0>
>
> Substantive changes (the primary reason to publish):
>
> * Two new definitions for both the IDL type that
>   PaymentMethodData/data should be converted into, and for the
>   validation steps that a payment method will perform on it. This
>   allows payment method specs to define these in a way that is
>   cross-linkable to the PaymentRequest specification. This is useful
>   for Secure Payment Confirmation. This change is mostly editorial,
>   except that it allows for arbitrary error types to be thrown during
>   validation (previously only TypeError would be thrown).
>
> * Passing data on complete(). This is an optional feature that allows
>   payment handler to provide some information about the nature of a
>   completed payment.
>
> * Validate .data on construction. This is an optional feature
>   supported in Webkit.
>
> Non-substantive changes:
>
> * Added internationalization support for human readable labels (#971)
>
> * Low-level changes related to imported concepts (e.g., whose names changed
>   and we needed to update our reference to them).
>
> * Editorial fixes (example, cross-reference fix)
>
> -----------------
> FORMAL OBJECTIONS
>
> * If you wish your LACK of support to publish to be conveyed to the
>   Director and reviewed, please include the phrase "FORMAL OBJECTION"
>   in your response and be sure to include substantive arguments or
>   rationale.
>
> * The W3C Director takes Formal Objections seriously, and therefore
>   they typically require significant time and effort to
>   address. Therefore, please limit any Formal Objections to issues
>   related to the scope of this document rather than technical
>   content where the Working Group has not yet made a decision.
>
> * Silence will be taken to mean there is no Formal Objection.
>
> * If there are Formal Objections, the Chairs plan to contact the
>   individual(s) who made them to see whether there are changes that
>   would address the concern and increase consensus to publish.
>
> For more information, see:
>  https://www.w3.org/2021/Process-20211102/#Consensus
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2F2021%2FProcess-20211102%2F%23Consensus&data=05%7C01%7Cgoosthuizen%40entersekt.com%7C28987abe75974a2e1f8008da68aab708%7C19c3aeac7d8a4c9e80b99f9510adc7f7%7C1%7C0%7C637937379786947115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=M%2B5R7akJg%2BTL5vVMCka%2F%2F%2FNMXYWhnX6rhpgC8ZQH02Q%3D&reserved=0>
>
> ----------
> NEXT STEPS
>
> Transition Request Following a Working Group Decision to Publish
>
> * In the case where this Call for Consensus results in a decision to
>   publish, the Chairs plan to request approval from the W3C Director
>   to publish a First Public Working Draft (including review of any
>   Formal Objections).
>
> --
> Ian Jacobs <ij@w3.org>
> https://www.w3.org/People/Jacobs/
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FPeople%2FJacobs%2F&data=05%7C01%7Cgoosthuizen%40entersekt.com%7C28987abe75974a2e1f8008da68aab708%7C19c3aeac7d8a4c9e80b99f9510adc7f7%7C1%7C0%7C637937379786947115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=jEy%2FUoF6tFRRq12nt0%2Ba%2BOaPnRN9X5tOxu6MF1uu3so%3D&reserved=0>
> Tel: +1 917 450 8783
>
>
>
>
>
>
>