public-device-apis@w3.org from June 2015 by date

Thursday, 25 June 2015

• draft minutes 25 June 2015 Frederick Hirsch
• DAP-ACTION-737: Chat with geo chair and staff contact on future of device orientaiton Device APIs Working Group Issue Tracker
• DAP-ACTION-736: Send cfc for wd publication for ambient light and proximity once drafts available Device APIs Working Group Issue Tracker
• DAP-ACTION-735: Create editor drafts for ambient light and proximity indicating new approach toward generic sensor api, also drafts for publication to tr space Device APIs Working Group Issue Tracker
• DAP-ACTION-734: Contact mozilla and microsoft re interest in implementing html media capture vs shelving Device APIs Working Group Issue Tracker
• Re: [admin] Agenda - DAP Distributed Meeting 25 June 2015 Kostiainen, Anssi
• Re: [wake-lock] Wake Lock API Status request Frederick Hirsch
• Re: [wake-lock] Wake Lock API Status request Андрей Логвинов

Wednesday, 24 June 2015

• Re: [proximity/light] Way forward for Proximity/Light APIs Tobie Langel
• Re: CfC to Shelve DAP Permissions API Frederick Hirsch
• Re: [admin] Agenda - DAP Distributed Meeting 25 June 2015 Tobie Langel
• Re: CfC to Shelve DAP Permissions API Kostiainen, Anssi
• RE: [Battery] Battery Status & Update request Zhang, Zhiqiang

Tuesday, 23 June 2015

• Fwd: DAP rechartering Frederick Hirsch
• [admin] Agenda - DAP Distributed Meeting 25 June 2015 Frederick Hirsch
• Re: CfC to Shelve DAP Permissions API Frederick Hirsch
• [proximity/light] Way forward for Proximity/Light APIs Frederick Hirsch
• [wake-lock] Wake Lock API Status request Frederick Hirsch
• [html-media-capture] HTML Media Capture Status and Update Request Frederick Hirsch
• [Battery] Battery Status & Update request Frederick Hirsch

Monday, 22 June 2015

• Re: CfC to Shelve DAP Permissions API Kostiainen, Anssi

Friday, 19 June 2015

• Re: CfC to Shelve DAP Permissions API Nick Doty
• Re: CfC to Shelve DAP Permissions API Frederick Hirsch

Thursday, 18 June 2015

• Re: CfC to Shelve DAP Permissions API Nick Doty
• Re: CfC to Shelve DAP Permissions API Dominique Hazael-Massieux
• CfC to Shelve DAP Permissions API Frederick Hirsch
• DAP rechartering Dominique Hazael-Massieux
• [sensors] Add a section on how sensors are implemented Tobie Langel via GitHub
• [sensors] Add a definitions section to the spec Tobie Langel via GitHub

Wednesday, 17 June 2015

• Re: [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors Tobie Langel via GitHub
• Re: [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors Rick Waldron via GitHub
• Re: [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors pablochacin via GitHub
• Re: [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors Tobie Langel via GitHub

Tuesday, 16 June 2015

• Re: [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors Rick Waldron via GitHub
• Re: [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors Tobie Langel via GitHub
• Re: [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors pablochacin via GitHub
• [sensors] Address questions around exposing high-level, low-level, and uncalibrated sensors Tobie Langel via GitHub

Monday, 15 June 2015

• Re: TPAC breakout session for the Generic Sensor API? (was: TPAC 2015 Registration Now Open) Frederick Hirsch

Friday, 12 June 2015

• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget zenparsing via GitHub
• Re: TPAC breakout session for the Generic Sensor API? (was: TPAC 2015 Registration Now Open) Tobie Langel
• TPAC breakout session for the Generic Sensor API? (was: TPAC 2015 Registration Now Open) Kostiainen, Anssi
• Re: [sensors] Do we need a lightweight interface representing available sensors? Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget zenparsing via GitHub

Thursday, 11 June 2015

• Re: [sensors] Is a Promise-returning, "oneshot" method useful? Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Tobie Langel via GitHub
• Re: [sensors] Is a Promise-returning, "oneshot" method useful? Marcos Caceres via GitHub
• Re: [sensors] Is a Promise-returning, "oneshot" method useful? Marcos Caceres via GitHub
• Re: [sensors] Is a Promise-returning, "oneshot" method useful? Marcos Caceres via GitHub
• Re: [sensors] Is a Promise-returning, "oneshot" method useful? Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Kris Kowal via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Marcos Caceres via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Marcos Caceres via GitHub
• Re: [sensors] Is a Promise-returning, "oneshot" method useful? Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Updated proposal for Sensor API Marcos Caceres via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Tobie Langel via GitHub
• [sensors] Is a Promise-returning, "oneshot" method useful? Tobie Langel via GitHub
• [sensors] Does `SensorObserver` need a stop() method? Tobie Langel via GitHub
• [sensors] Ability to lookup a cached SensorReading without polling the sensor Tobie Langel via GitHub
• Re: [sensors] Updated proposal for Sensor API Marcos Caceres via GitHub
• Re: [sensors] API must allow Web devs to easily create fused sensors in JS with an API consistant with native sensors Tobie Langel via GitHub
• Re: [sensors] Handle sensor fusion gmandyam via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget gmandyam via GitHub
• Draft minutes from today's call 11 June 2015 Frederick Hirsch
• Re: [sensors] Handle sensor fusion Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget gmandyam via GitHub
• DAP-ACTION-733: Discuss generic sensor api and use of eventtarget in geolocation wg to summarize issues to dap Device APIs Working Group Issue Tracker
• Re: [sensors] Handle sensor fusion robman via GitHub
• reminder - using WebEx for today's DAP call Frederick Hirsch
• Re: [sensors] Provide a way of tying sensor requests to animation frames Anssi Kostiainen via GitHub
• [sensors] Add a timeout property? Tobie Langel via GitHub
• [sensors] Add high resolution monotonic timestamps to SensorReadings Tobie Langel via GitHub
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Tobie Langel via GitHub
• Re: [sensors] fixing typos Tobie Langel via GitHub
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Tobie Langel via GitHub
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Domenic Denicola via GitHub
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Marcos Caceres via GitHub
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Tobie Langel via GitHub
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Marcos Caceres via GitHub

Wednesday, 10 June 2015

• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Tobie Langel via GitHub
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Marcos Caceres via GitHub
• Re: [sensors] Use <dfn> tag for "read from the sensor" Marcos Caceres via GitHub
• Re: [sensors] Handle sensor fusion Tobie Langel via GitHub
• Re: [sensors] Handle sensor fusion gmandyam via GitHub
• TPAC 2015 Registration Now Open Frederick Hirsch
• [sensors] Handle sensor fusion Tobie Langel via GitHub
• Re: [admin] Agenda - DAP Distributed Meeting 11 June 2015 Frederick Hirsch
• Re: [admin] Agenda - DAP Distributed Meeting 11 June 2015 Kostiainen, Anssi
• Re: [admin] Agenda - DAP Distributed Meeting 11 June 2015 Frederick Hirsch
• Re: [admin] Agenda - DAP Distributed Meeting 11 June 2015 Kostiainen, Anssi
• Re: [admin] Agenda - DAP Distributed Meeting 11 June 2015 Tobie Langel
• Re: [sensors] Credit where credit is due. Tobie Langel via GitHub
• [sensors] Make APIs forward-compatible with ES modules Tobie Langel via GitHub
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Tobie Langel via GitHub

Tuesday, 9 June 2015

• Re: [sensors] Use double WebIDL type instead of float. Rick Waldron via GitHub
• Closed: [sensors] frequency is a float? Tobie Langel via GitHub
• Closed: [sensors] [TreatNonObjectAsNull] not required? Tobie Langel via GitHub
• Re: [sensors] Use <dfn> tag for "read from the sensor" Tobie Langel via GitHub
• Re: [sensors] getAll()? Domenic Denicola via GitHub
• Re: [sensors] getAll()? Tobie Langel via GitHub
• Re: [sensors] getAll()? Rick Waldron via GitHub
• [admin] Agenda - DAP Distributed Meeting 11 June 2015 Frederick Hirsch
• Re: [sensors] [TreatNonObjectAsNull] not required? Rijubrata Bhaumik via GitHub
• Re: [sensors] [TreatNonObjectAsNull] not required? Tobie Langel via GitHub
• [sensors] [TreatNonObjectAsNull] not required? Rijubrata Bhaumik via GitHub

Monday, 8 June 2015

• Re: [sensors] getAll()? Tobie Langel via GitHub
• [sensors] frequency is a float? Rick Waldron via GitHub
• [sensors] getAll()? Rick Waldron via GitHub
• Re: [sensors] Do we need a lightweight interface representing available sensors? Domenic Denicola via GitHub
• Initial ED of the Generic Sensor API Tobie Langel
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations Tobie Langel via GitHub
• Closed: [sensors] SensorIdentifier is bizarre Tobie Langel via GitHub
• Re: [sensors] Do we need a lightweight interface representing available sensors? Tobie Langel via GitHub
• Re: [sensors] Do we need a lightweight interface representing available sensors? Domenic Denicola via GitHub
• Re: [sensors] Do we need a lightweight interface representing available sensors? Tobie Langel via GitHub
• Re: [sensors] SensorIdentifier is bizarre Domenic Denicola via GitHub
• Re: [sensors] SensorIdentifier is bizarre Tobie Langel via GitHub
• [sensors] SensorIdentifier is bizarre Domenic Denicola via GitHub
• Re: [sensors] Do we need a lightweight interface representing available sensors? Domenic Denicola via GitHub
• Re: [sensors] Do we need a lightweight interface representing available sensors? Domenic Denicola via GitHub
• [sensors] Do we need a lightweight interface representing available sensors? Tobie Langel via GitHub
• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? Tobie Langel via GitHub

Sunday, 7 June 2015

• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? Rick Waldron via GitHub

Saturday, 6 June 2015

• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? Tobie Langel via GitHub
• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? Rick Waldron via GitHub
• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? Tobie Langel via GitHub
• Re: [sensors] Fix mixed-content problem with URL to respec Tobie Langel via GitHub
• Re: [sensors] Identify the lower level primitives that do the actual sensor polling. Rick Waldron via GitHub

Friday, 5 June 2015

• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? Rick Waldron via GitHub
• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? davidmarkclements via GitHub
• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? davidmarkclements via GitHub
• Re: [sensors] Add a threshold option Domenic Denicola via GitHub
• Re: [sensors] Identify the lower level primitives that do the actual sensor polling. Domenic Denicola via GitHub
• Re: [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? pablochacin via GitHub
• [sensors] When there are multiple sensors of a given type, how do we identify which one to instantiate? Tobie Langel via GitHub
• [sensors] Add a threshold option Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Tobie Langel via GitHub
• [sensors] Identify the lower level primitives that do the actual sensor polling. Tobie Langel via GitHub

Thursday, 4 June 2015

• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Tobie Langel via GitHub

Wednesday, 3 June 2015

• Re: [sensors] What if requested polling frequency is > time it takes to read data out of the sensor? Domenic Denicola via GitHub
• Re: [sensors] What if requested polling frequency is > time it takes to read data out of the sensor? Domenic Denicola via GitHub
• [sensors] What if requested polling frequency is > time it takes to read data out of the sensor? Tobie Langel via GitHub
• Re: [sensors] "wakeup" parameter Rick Waldron via GitHub
• Re: [sensors] "wakeup" parameter Domenic Denicola via GitHub
• Re: [sensors] "wakeup" parameter Tobie Langel via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Tobie Langel via GitHub

Tuesday, 2 June 2015

• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Jafar Husain via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Jafar Husain via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Jafar Husain via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Domenic Denicola via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Domenic Denicola via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Jafar Husain via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Kris Kowal via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Matthew Podwysocki via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Domenic Denicola via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Matthew Podwysocki via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Domenic Denicola via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Matthew Podwysocki via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Domenic Denicola via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Jafar Husain via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Kris Kowal via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget zenparsing via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Rick Waldron via GitHub
• Re: [sensors] Dependency on [DOM] due to inheriting from EventTarget Jafar Husain via GitHub

Last message date: Thursday, 25 June 2015 15:04:24 UTC