public-device-apis@w3.org from January 2016 by date

Sunday, 31 January 2016

• Re: DAP-ISSUE-171: Returning false if vibration hardware is not present or using hasVibration? (prefer promises) [Vibration API] Lukasz Olejnik (W3C)
• Re: [battery] Which events are to be fired when (un)plug in a charger? Lukasz Olejnik (W3C)
• [sensors] Conformance requirements for concrete specs Tobie Langel via GitHub

Thursday, 28 January 2016

• [battery] Which events are to be fired when (un)plug in a charger? Zhang, Zhiqiang
• Closed: [sensors] Should SensorReading inherit from Event? Tobie Langel via GitHub
• Re: [sensors] Should SensorReading inherit from Event? Tobie Langel via GitHub
• Closed: [sensors] Clarify terminology Tobie Langel via GitHub
• Re: [wake-lock] next steps (was Wake Lock API status update) Андрей Логвинов

Tuesday, 26 January 2016

• Re: [vibration] Returning false if vibration hardware is not present? Kostiainen, Anssi
• Re: [vibration] Returning false if vibration hardware is not present? Philip Rogers
• Re: [vibration] Returning false if vibration hardware is not present? Nick Doty

Monday, 25 January 2016

• Re: [ambient-light] Ambient Light Sensor API is reborn Dominique Hazael-Massieux
• [ambient-light] Ambient Light Sensor API is reborn Kostiainen, Anssi

Thursday, 21 January 2016

• [sensors] Should SensorReading inherit from Event? Tobie Langel via GitHub
• Re: [sensors] Define behavior when visibilityState != "visible" Tobie Langel via GitHub
• Re: [sensors] Define behavior when visibilityState != "visible" Marcos Caceres via GitHub
• Re: [sensors] Spec should allow user agents to reduce or disable sensor read for power saving purposes Tobie Langel via GitHub
• [sensors] Define behavior when visibilityState != "visible" Tobie Langel via GitHub
• [sensors] Define inantiation behavior in non top-level browsing contexts Tobie Langel via GitHub
• Re: [sensors] Sensor.frequency needs to be setable to allow frequency adaptation Tobie Langel via GitHub
• Re: [wake-lock] next steps (was Wake Lock API status update) Frederick Hirsch
• [wake-lock] next steps (was Wake Lock API status update) Frederick Hirsch
• minutes teleconference 21 Jan 2016 Frederick Hirsch
• Re: [wake-lock] Wake Lock API status update Dominique Hazael-Massieux
• Re: [wake-lock] Wake Lock API status update Андрей Логвинов
• Re: [wake-lock] Wake Lock API status update Mounir Lamouri
• Re: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub
• Re: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub

Wednesday, 20 January 2016

• Re: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub
• Re: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub
• Re: [sensors] Setup echidna for continuous deployment Dominique Hazael-Massieux via GitHub
• Re: [vibration] Returning false if vibration hardware is not present? Kostiainen, Anssi

Tuesday, 19 January 2016

• DAP-ISSUE-171: Returning false if vibration hardware is not present or using hasVibration? (prefer promises) [Vibration API] Device APIs Working Group Issue Tracker
• Re: [vibration] Returning false if vibration hardware is not present? Frederick Hirsch
• [vibration] Returning false if vibration hardware is not present? Philip Rogers
• Re: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub
• [admin] Agenda - DAP Distributed Meeting 21 January 2016 Frederick Hirsch
• Re: [wake-lock] Wake Lock API status update Frederick Hirsch
• Re: [sensors] Setup echidna for continuous deployment Dominique Hazael-Massieux via GitHub
• Re: [sensors] Identify the lower level primitives that do the actual sensor polling. Tobie Langel via GitHub
• Re: [wake-lock] Wake Lock API status update Marcos Caceres
• Re: [wake-lock] Wake Lock API status update Dominique Hazael-Massieux
• Re: [sensors] Setup echidna for continuous deployment Dominique Hazael-Massieux via GitHub
• [sensors] Define behavior when multiple instances of a sensor set different settings Tobie Langel via GitHub
• Closed: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub
• [sensors] Calrify terminology Tobie Langel via GitHub
• Re: [sensors] Discrete vs continuous reporting modes Tobie Langel via GitHub
• Re: [sensors] Discrete vs continuous reporting modes Tobie Langel via GitHub
• Re: [sensors] Discrete vs continuous reporting modes Zoltan Kis via GitHub
• Re: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub
• Re: [sensors] Setup echidna for continuous deployment Dominique Hazael-Massieux via GitHub
• Re: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub
• Re: [sensors] Discrete vs continuous reporting modes Tobie Langel via GitHub
• Re: [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub
• Re: [sensors] Discrete vs continuous reporting modes Zoltan Kis via GitHub
• RE: [battery] getBattery() test case feedback Zhang, Zhiqiang
• Re: [sensors] Setup echidna for continuous deployment Marcos Caceres via GitHub

Monday, 18 January 2016

• [sensors] Discrete vs continuous reporting modes Tobie Langel via GitHub
• Re: [sensors] Identify the lower level primitives that do the actual sensor polling. Tobie Langel via GitHub
• [device orientation] privacy issue Tobie Langel
• [sensors] Setup echidna for continuous deployment Tobie Langel via GitHub

Saturday, 16 January 2016

• [public-device-apis] <none> pintu das

Friday, 15 January 2016

• Re: [sensors] Background support for sensors APIs Tobie Langel via GitHub
• RE: [battery] getBattery() test case feedback Zhang, Zhiqiang
• Re: [sensors] Fixed typo in ProximitySensor Tobie Langel via GitHub
• [sensors] Background support for sensors APIs Marijn Kruisselbrink via GitHub

Thursday, 14 January 2016

• RE: [battery] getBattery() test case feedback Zhang, Zhiqiang
• Re: [battery] getBattery() test case feedback Kostiainen, Anssi

Wednesday, 13 January 2016

• Re: [battery] getBattery() test case feedback Dominique Hazael-Massieux
• RE: [battery] getBattery() test case feedback Zhang, Zhiqiang

Tuesday, 12 January 2016

• Re: [battery] getBattery() test case feedback Dominique Hazael-Massieux

Monday, 11 January 2016

• Re: [battery] getBattery() test case feedback Kostiainen, Anssi
• [wake-lock] Wake Lock API status update Андрей Логвинов

Friday, 8 January 2016

• Draft Minutes from 2016-01-07 teleconference Frederick Hirsch
• revised minutes 2015-11-12 (v3) Frederick Hirsch

Thursday, 7 January 2016

• revised minutes 12 Nov 2015 (v3) Frederick Hirsch
• DAP-ACTION-742: Review battery failure results and status of interop Device APIs Working Group Issue Tracker
• DAP-ACTION-741: Review battery failure results and status of testing Device APIs Working Group Issue Tracker
• revised minutes 12 Nov 2015 Frederick Hirsch

Wednesday, 6 January 2016

• Current charter extended for 3 months Dominique Hazael-Massieux

Tuesday, 5 January 2016

• [admin] Agenda - DAP Distributed Meeting 7 January 2016 Frederick Hirsch
• [admin] Agenda - DAP Distributed Meeting 3 December 2015 Frederick Hirsch
• Re: [battery] getBattery() test case feedback Frederick Hirsch
• Re: [battery] getBattery() test case feedback Dominique Hazael-Massieux
• Re: [battery] getBattery() test case feedback Frederick Hirsch

Last message date: Sunday, 31 January 2016 22:32:26 UTC