- From: Reilly Grant <reillyg@google.com>
- Date: Wed, 13 Mar 2024 10:58:53 -0700
- To: "Kostiainen, Anssi" <anssi.kostiainen@intel.com>
- Cc: Marcos Caceres <caceres_m@apple.com>, W3C Devices and Sensors WG <public-device-apis@w3.org>, "public-webapps@w3.org" <public-webapps@w3.org>
- Message-ID: <CAEmk=MYmnAYP33NHA_wvUn5gg7Apy9bDFT_voi+RDMx-NyTZKA@mail.gmail.com>
Marcos and Anssi, please take a look at https://github.com/w3c/deviceorientation/pull/149, which labels the features I believe qualify as "at risk". I do not believe that there will be any opposition in general to these features however I acknowledge that the WebApps WG membership needs time to review this new deliverable and has opinions on the details. Should we schedule a joint call where we can build consensus on these features? The Success Criteria for the WebApps WG require some expression of support (or lack of opposition) for a feature to advance to CR, which is stricter than what the W3C Process requires. Reilly Grant | Software Engineer | reillyg@google.com | Google Chrome <https://www.google.com/chrome> On Wed, Mar 13, 2024 at 9:45 AM Kostiainen, Anssi < anssi.kostiainen@intel.com> wrote: > Hi Marcos, > > I observe the specification satisfies Candidate Recommendation transition > requirements [1], no "at risk" features [2] were brought to the attention > of the Working Groups during Call for Consensus. > > Based on your comments, you have Proposed Recommendation requirements in > mind. That’s a higher bar than what is required now. A comprehensive > implementation report is not expected for this Candidate Recommendation > Snapshot, neither is 100% pass rate nor a complete test suite. After this > CRS we start working toward the milestone you had in mind. > > Considering the above, using the W3C Process as a guide, my recommendation > is to initiate the transition request. > > Thanks, > > -Anssi > > [1] https://www.w3.org/2023/Process-20231103/#transition-cr > [2] https://www.w3.org/2023/Process-20231103/#at-risk > > On 13. Mar 2024, at 15.34, Marcos Caceres <caceres_m@apple.com> wrote: > > Hi Anssi, > > The request was for those things to happen *before* publication. As such, > as WebApps WG Chair, I would like to request more time to complete the > review, get things marked at risk, check the test suite etc. > > Thanks! > > On 13 Mar 2024, at 20:36, Kostiainen, Anssi <anssi.kostiainen@intel.com> > wrote: > > Hi DAS+WebApps WGs, > > This CfC passes. > > Thank you for your support. We heard participants are eager to start > working on a comprehensive implementation report building upon existing > web-platform-tests, informed by expanded implementation experience and > broader participation. We will deliver that report prior to anticipated > Proposed Recommendation transition. No features are marked as “at risk” for > this publication. > > Next we will work with the team to initiate the transition request. We’ve > identified some teething issues in publication tooling related to joint > deliverables, so please bear with us while we work them out. > > Thanks, > > -Anssi > > On 4. Mar 2024, at 16.58, Kostiainen, Anssi <anssi.kostiainen@intel.com> > wrote: > > Hi DAS+WebApps WGs, > > This is a Call for Consensus to publish the DeviceOrientation Event > specification as a new Candidate Recommendation Snapshot (CRS). > > Please review the latest Working Draft [1] that will be used as the basis > for this publication and reply to this mail by 12 March 2024 if you have > any concerns with this publication plan. Silence is considered consent. > > The intent of this publication is to match current implementations. An > issue triage meeting was organized on 12 Feb 2024 [3] and the remaining > open issues [4] were considered non-blocking for this publication. > > Wide review status is tracked in [5]. No concerns raised to date. Both > a11y and privacy reviews are expected to be closed this week, i18n and > security reviews have been completed. TAG review is in flight. > > Summary of notable changes since the previous publication: > > This specification became a joint deliverable between the Devices and > Sensors Working Group and WebApps Working Group on 21 February 2024. The > DeviceOrientation Event specification was previously published as a > Candidate Recommendation Snapshot-equivalent in August 2016 and was retired > in 2017 due to the Geolocation Working Group closure. In 2019 Devices and > Sensors Working Group adopted this specification and during 2019-2024 made > substantial interoperability, test automation, privacy and editorial > improvements as outlined in the Changes section [2]. > > An update to the status of this document is staged in [6] and welcomes > review, including for the Proposed Rec transition requirements. > > The chairs will consider all feedback including from wide reviews > currently in flight prior to this transition. > > Thank you for your contributions and support that make this publication > happen. > > On behalf of the DAS WG and WebApps WG chairs, > > -Anssi (DAS WG co-chair) > > [1] https://www.w3.org/TR/orientation-event/ > [2] https://www.w3.org/TR/orientation-event/#changes > [3] > https://lists.w3.org/Archives/Public/public-device-apis/2024Feb/0003.html > [4] https://github.com/w3c/deviceorientation/issues > [5] https://github.com/w3c/deviceorientation/issues/130 > [6] https://github.com/w3c/deviceorientation/pull/142 > > > >
Received on Wednesday, 13 March 2024 17:59:12 UTC