public-device-apis-log@w3.org from September 2016 by author

Alexander Shalamov via GitHub

• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)

Andrew Betts via GitHub

• [wake-lock] "System" wake lock use cases (Friday, 2 September)

Andrey Logvinov via GitHub

• Re: [wake-lock] TAG feedback on wake-lock API (Monday, 5 September)

Anssi Kostiainen via GitHub

• [magnetometer] Should we expose heading? (Tuesday, 27 September)
• Re: [magnetometer] Why magneticFieldX instead of x? (Wednesday, 21 September)
• Re: [magnetometer] Why magneticFieldX instead of x? (Tuesday, 20 September)
• Re: [ambient-light] What illuminance value should be reported for stopped sensor? (Tuesday, 20 September)
• Closed: [sensors] Does SensorReading always need a timeStamp ? (Tuesday, 20 September)
• Re: [sensors] Does SensorReading always need a timeStamp ? (Tuesday, 20 September)
• Re: [sensors] Constructing a SensorReading with SensorReadingInit is non-optional? (Tuesday, 20 September)
• [gyroscope] Change reporting mode to "periodic" (Tuesday, 20 September)
• [magnetometer] Change reporting mode to "periodic" (Tuesday, 20 September)
• [accelerometer] Change reporting mode to "periodic" (Tuesday, 20 September)
• Re: [sensors] Naming of derivative sensors are very inconsistent (Tuesday, 20 September)
• Re: [sensors] Naming of derivative sensors are very inconsistent (Tuesday, 20 September)
• [sensors] Add prose for on{error|change|statechange} (Tuesday, 20 September)
• [sensors] Add abstract operation for constructing a SensorReading for extension specs (Tuesday, 20 September)
• Re: [sensors] granularity of Permission name for concrete/ fusion sensors (Monday, 19 September)
• Re: [sensors] Simplify extension of the Permissions API for concrete sensor implementations (Monday, 19 September)
• Closed: [sensors] Event object in error callback (Thursday, 15 September)
• Re: [sensors] Event object in error callback (Thursday, 15 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Wednesday, 14 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Tuesday, 13 September)
• Closed: [sensors] LaughometerSensor vs Laughometer? (Tuesday, 13 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Tuesday, 13 September)
• Closed: [magnetometer] Conformance Classes (Tuesday, 13 September)
• Re: [magnetometer] Conformance Classes (Tuesday, 13 September)
• Re: [ambient-light] Security and Privacy considerations for ALS (Monday, 5 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)

Boris Zbarsky via GitHub

• Re: [sensors] https://w3c.github.io/sensors/#construct-sensor-object is doing weird things with frequency (Friday, 2 September)

Domenic Denicola via GitHub

• Re: [sensors] LaughometerSensor vs Laughometer? (Wednesday, 14 September)

Dominique Hazael-Massieux via GitHub

• [sensors] Relation to Feature Policy (Monday, 19 September)
• Re: [sensors] Should SensorReadingEvent carry reading payload? (Monday, 19 September)
• [sensors] Clarify scope of generic sensor (Monday, 19 September)
• [accelerometer] Integration in Permission API (Monday, 12 September)

Kenneth Rohde Christiansen via GitHub

• Re: [sensors] Naming of derivative sensors are very inconsistent (Tuesday, 20 September)
• Re: [sensors] API must allow Web devs to easily create fused sensors in JS with an API consistant with native sensors (Monday, 19 September)
• [sensors] Naming of derivative sensors are very inconsistent (Monday, 19 September)

Lukasz Olejnik via GitHub

• Re: [sensors] Clarify scope of generic sensor (Wednesday, 28 September)
• Re: [sensors] granularity of Permission name for concrete/ fusion sensors (Monday, 19 September)

Marcos Cáceres via GitHub

• Re: [magnetometer] Why magneticFieldX instead of x? (Wednesday, 21 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Wednesday, 14 September)
• Re: [wake-lock] "System" wake lock use cases (Tuesday, 6 September)
• Re: [wake-lock] "System" wake lock use cases (Tuesday, 6 September)

Mikhail Pozdnyakov via GitHub

• Re: [sensors] Default sensor configuration (Wednesday, 21 September)
• [sensors] default sensor check during sensor construction (Wednesday, 14 September)
• [sensors] Default sensor configuration (Tuesday, 13 September)

Philip Jägenstedt via GitHub

• [sensors] SensorReadingEventInit's reading member needs to be required (Thursday, 15 September)

Rick Waldron via GitHub

• Re: [magnetometer] Why magneticFieldX instead of x? (Thursday, 22 September)
• Re: [magnetometer] Why magneticFieldX instead of x? (Tuesday, 20 September)
• Re: [magnetometer] Why magneticFieldX instead of x? (Tuesday, 20 September)
• Re: [magnetometer] Why magneticFieldX instead of x? (Tuesday, 20 September)
• Re: [sensors] Clarify scope of generic sensor (Monday, 19 September)
• Re: [sensors] Naming of derivative sensors are very inconsistent (Monday, 19 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Monday, 19 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Monday, 19 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Tuesday, 13 September)
• [ambient-light] API Name Objection (Tuesday, 13 September)
• [magnetometer] API Name Objection (Tuesday, 13 September)
• [gyroscope] API Name Objection (Tuesday, 13 September)
• [accelerometer] API Name Objection (Tuesday, 13 September)
• [sensors] LaughometerSensor vs Laughometer? (Tuesday, 13 September)
• Re: [sensors] https://w3c.github.io/sensors/#construct-sensor-object is doing weird things with frequency (Thursday, 1 September)

Rijubrata Bhaumik via GitHub

• Closed: [gyroscope] API Name Objection (Tuesday, 27 September)
• Closed: [magnetometer] API Name Objection (Tuesday, 27 September)
• Closed: [accelerometer] API Name Objection (Tuesday, 27 September)
• Closed: [magnetometer] Why magneticFieldX instead of x? (Thursday, 22 September)
• Closed: [accelerometer] Change reporting mode to "periodic" (Thursday, 22 September)
• Closed: [gyroscope] Change reporting mode to "periodic" (Thursday, 22 September)
• Closed: [magnetometer] Change reporting mode to "periodic" (Thursday, 22 September)
• Re: [sensors] granularity of Permission name for concrete/ fusion sensors (Monday, 19 September)
• [sensors] granularity of Permission name for concrete/ fusion sensors (Monday, 19 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Thursday, 15 September)

Tobie Langel via GitHub

• [accelerometer] Address DeviceOrientation issue #4 (Tuesday, 20 September)
• [gyroscope] Address DeviceOrientation issue number 4 (Tuesday, 20 September)
• Re: [sensors] Should the enum SensorState have nosensor ? (Tuesday, 20 September)
• Re: [sensors] Default sensor configuration (Tuesday, 20 September)
• Re: [sensors] Default sensor configuration (Tuesday, 20 September)
• [sensors] Rename "auto" reporting mode to "undefined" or "implementation specific" reporting mode. (Tuesday, 20 September)
• Re: [magnetometer] API Name Objection (Tuesday, 20 September)
• Re: [accelerometer] API Name Objection (Tuesday, 20 September)
• Re: [gyroscope] API Name Objection (Tuesday, 20 September)
• Re: [ambient-light] API Name Objection (Tuesday, 20 September)
• Closed: [sensors] Why was namespacing dropped? (Tuesday, 20 September)
• Re: [sensors] Why was namespacing dropped? (Tuesday, 20 September)
• Re: [sensors] Naming of derivative sensors are very inconsistent (Tuesday, 20 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Monday, 19 September)
• Re: [sensors] LaughometerSensor vs Laughometer? (Monday, 19 September)
• Re: [sensors] https://w3c.github.io/sensors/#construct-sensor-object is doing weird things with frequency (Friday, 2 September)
• Re: [sensors] https://w3c.github.io/sensors/#construct-sensor-object is doing weird things with frequency (Friday, 2 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)
• Re: [accelerometer] includeGravity parameter turns low-level sensor into high-level fused one. (Friday, 2 September)

Travis Leithead via GitHub

• [wake-lock] TAG feedback on wake-lock API (Thursday, 1 September)

Last message date: Wednesday, 28 September 2016 15:25:39 UTC