- From: Kostiainen, Anssi <anssi.kostiainen@intel.com>
- Date: Thu, 8 Mar 2018 15:01:37 +0000
- To: W3C Devices and Sensors WG <public-device-apis@w3.org>
Hi All, The draft minutes from today's teleconference are at: https://www.w3.org/2018/03/08-dap-minutes.html And below the same in plain text format. Thanks Fuqiao for scribing and everyone for participating. Thanks, -Anssi (Device and Sensors WG Chair) [1]W3C [1] https://www.w3.org/ – DRAFT – DAS Working Group teleconference 08 March 2018 [2]IRC log [2] https://www.w3.org/2018/03/08-dap-irc Attendees Present alexander_shalomov, Anssi_Kostiainen, Fuqiao_Xue, Mikhail_Pozdnyakov, Wanming_Lin Regrets Chair Anssi_Kostiainen Scribe xfq, xfq_ Contents * [3]Meeting Minutes 1. [4]Welcome, scribe selection, agenda review, announcements 2. [5]Sensor APIs wide review response 3. [6]Sensor APIs issue review 4. [7]Sensor APIs CR readiness 5. [8]Rechartering 6. [9]AOB Meeting Minutes Welcome, scribe selection, agenda review, announcements anssik: We met in Jan. Made lots of progress since then. … Will talk about publication plan and new charter today. Sensor APIs wide review response [10]https://github.com/w3c/sensors/issues/299 [10] https://github.com/w3c/sensors/issues/299 <anssik> [11]https://github.com/w3c/sensors/issues/ 299#issuecomment-369924348 [11] https://github.com/w3c/sensors/issues/299#issuecomment-369924348 anssik: In the TAG issue ([12]https://github.com/w3ctag/ design-reviews/issues/207), we got a lot of feedback … also got feedback from Security IG and PING [12] https://github.com/w3ctag/design-reviews/issues/207), <anssik> Search "Proposed changes:" anssik: Search "Proposed changes:" in this issue to find PRs corresponding to the feedbacks <anssik> Summary: Based on the group's assessment, TAG review feedback did not yield normative changes to the specifications under wide review. The review comments helped improve various informative aspects of the specifications and readability was further improved. The review comments further reinforced group's view that the specifications are ready to advance to Candidate Recommendation stage in the near future. anssik: the sensors specs are ready to go to CR Sensor APIs issue review <anssik> [13]https://github.com/w3c/sensors/projects/4 [13] https://github.com/w3c/sensors/projects/4 anssik: I would like to congratulate the group to close all Level 1 issues of Generic Sensor <anssik> Throw exception when screen coordinate system is not supported <anssik> [14]https://github.com/w3c/accelerometer/issues/35 [14] https://github.com/w3c/accelerometer/issues/35 anssik: propose to discuss open issues of concrete sensors specs today anssik: I personally think feature detection of this is useful … WDYT? <anssik> OrientationSensor interface to provide Euler angles <anssik> [15]https://github.com/w3c/orientation-sensor/issues/ 43 [15] https://github.com/w3c/orientation-sensor/issues/43 [silence] anssik: ok, we will make it in L1 alexander_shalomov: manual conversion in JS is needed currently … if you search "how to use motion sensors on the web", the results use old APIs anssik: we need to decide if this feature is in scope [in L1] anssik: should we defer this to L2, or in a new CR of L1? <anssik> GeomagneticOrientationSensor interface alexander_shalomov: L2, I think. <anssik> [16]https://github.com/w3c/orientation-sensor/issues/ 15 [16] https://github.com/w3c/orientation-sensor/issues/15 anssik: ok then. <anssik> Improve guidance on UI for user consenting anssik: we'll defer orientation-sensor#15 to L2 too <anssik> [17]https://github.com/w3c/sensors/issues/352 [17] https://github.com/w3c/sensors/issues/352 anssik: this is a very recent issue … it's about guidance on UI for user consenting … what the spec does now is providing extension points <anssik> [18]https://github.com/w3c/sensors/pull/353 [18] https://github.com/w3c/sensors/pull/353 <anssik> [19]https://w3c.github.io/ sensors/#security-and-privacy [19] https://w3c.github.io/sensors/#security-and-privacy anssik: this PR basically adds a note … in my opinion the issue is addressed … any comment? Mikhail_Pozdnyakov: in my opinion, this is beyond our scope … the mitigation strategies already mitigate the potential risks anssik: this spec is a huge improvement over the previous APIs in terms of security and privacy … propose to close this issue; feel free to comment/reopen if you have further comments. Sensor APIs CR readiness <anssik> [20]https://github.com/w3c/sensors/issues/355 [20] https://github.com/w3c/sensors/issues/355 anssik: I created a meta issue <anssik> Generic Sensor API - [21]https://w3c.github.io/ sensors/ [21] https://w3c.github.io/sensors/ <anssik> Ambient Light Sensor - [22]https://w3c.github.io/ ambient-light/ [22] https://w3c.github.io/ambient-light/ <anssik> Accelerometer - [23]https://w3c.github.io/ accelerometer/ [23] https://w3c.github.io/accelerometer/ <anssik> Gyroscope - [24]https://w3c.github.io/gyroscope/ [24] https://w3c.github.io/gyroscope/ <anssik> Magnetometer - [25]https://w3c.github.io/magnetometer/ [25] https://w3c.github.io/magnetometer/ <anssik> Orientation Sensor - [26]https://w3c.github.io/ orientation-sensor/ [26] https://w3c.github.io/orientation-sensor/ anssik: the CR scope is clear … I went through the CR requirements in the Process … we have requested and received wide review <anssik> must show that the specification has met all Working Group requirements, or explain why the requirements have changed or been deferred, <anssik> [27]https://w3c.github.io/sensors/usecases [27] https://w3c.github.io/sensors/usecases <anssik> [28]https://w3c.github.io/motion-sensors/ [28] https://w3c.github.io/motion-sensors/ anssik: based on my assessment, the specs meet the requirements set forth in the DAS WG Charter … and satisfy Sensor Use Cases as demonstrated in Motion Sensors Explainer <anssik> must document changes to dependencies during the development of the specification, <anssik> must document how adequate implementation experience will be demonstrated, anssik: see changes to dependencies in the issue … we have test suites and preliminary implementation reports <anssik> Propose: The CR exit criterion is two interoperable deployed implementations of each feature. <anssik> must specify the deadline for comments, which must be at least four weeks after publication, and should be longer for complex documents, anssik: CR exit criteria means "when are we ready to move to the next stage (PR)?" <anssik> Proposal: This Candidate Recommendation is expected to advance to Proposed Recommendation no earlier than [six weeks after its publication]. <anssik> must show that the specification has received wide review, <anssik> Wide review received, see tracker [29]https:// github.com/w3c/sensors/issues/299 [29] https://github.com/w3c/sensors/issues/299 anssik: we will use six weeks for the deadline for comments, because there're multiple specs <anssik> may identify features in the document as "at risk". These features may be removed before advancement to Proposed Recommendation without a requirement to publish a new Candidate Recommendation. <anssik> Proposal: No features are marked as 'at-risk'. anssik: "at risk" means if you're not confident whether a feature will be in the final recommendation, you can mark it "at risk" and remove it before PR … I don't identify such features in the sensors specs … I'll send a Call for Consensus for the CR Mikhail_Pozdnyakov: for Chrome implementation we don't need throw exception [when screen coordinate system is not supported] Rechartering anssik: W3C Management (hopefully) reviewed the draft charter yesterday … do you have more info, xfq? xfq: not currently, will check. AOB
Received on Thursday, 8 March 2018 15:02:10 UTC