Friday, 30 June 2017
- Re: [sensors] Rewrite Abstract Operations
- Re: [sensors] The Sensor.waitingForUpdate internal slot is useless
- Closed: [sensors] The Sensor.waitingForUpdate internal slot is useless
- Re: [sensors] The Sensor.lastEventFiredAt internal slot is useless
- Closed: [sensors] The Sensor.lastEventFiredAt internal slot is useless
- [sensors] The internal slots are not reset
- Re: [sensors] Find an appropriate test reviewer
- Closed: [sensors] Find an appropriate test reviewer
- Re: [sensors] Find an appropriate test reviewer
- Re: [sensors] Find an appropriate test reviewer
- Re: [sensors] Find an appropriate test reviewer
- [sensors] Find an appropriate test reviewer
Thursday, 29 June 2017
- Re: [sensors] w3c.github.io/sensors/usecases.html 404s
- Re: [wake-lock] Clarify state of screen lock after manual lock & unlock
- Closed: [wake-lock] Clarify state of screen lock after manual lock & unlock
- Re: [sensors] Sensor.frequency needs to be setable to allow frequency adaptation
- Re: [sensors] Issues caused by visibility state restriction semantics
- Re: [sensors] Don't allocate response objects to avoid triggering GC
- Re: [sensors] Should a "suspended" state be added
- Re: [sensors] Sensors unable to provide their state when instantiated
- Re: [sensors] Rewrite Abstract Operations
- Re: [sensors] Investigate adding dedicated task sources
Wednesday, 28 June 2017
- Re: [magnetometer] Align example code with latest GS API changes
- Re: [ambient-light] Align example code with latest GS API changes
- Re: [magnetometer] Align example code with latest GS API changes
- Closed: [sensors] Agree on event names
- Closed: [sensors] Let the UA (platform) calculate optimal sampling frequency
- Re: [sensors] Add definition for optimal sampling frequency
Tuesday, 27 June 2017
- [sensors] Let the UA (platform) calculate optimal sampling frequency
- Re: [sensors] Rename 'onchange' to 'onreading'
- Re: [sensors] Rename 'onchange' to 'onreading'
- Closed: [sensors] [meta] Fix broken deploy story, redux
- Re: [sensors] Simplify deployment infra
Monday, 26 June 2017
- [sensors] [meta] Fix broken deploy story, redux
- Closed: [sensors] Call 'onchange' on a Senor instance considering its own frequency hint
- Re: [sensors] Sensor objects fire 'change' event considering their own frequency hint
Thursday, 22 June 2017
Wednesday, 21 June 2017
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [ambient-light] Security and Privacy considerations for ALS
- Closed: [sensors] Clarify relationship between Sensor object and task source
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [sensors] Introduce "sensor task source"
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [sensors] Introduce "sensor task source"
- Re: [sensors] Introduce "sensor task source"
Tuesday, 20 June 2017
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [sensors] Clarify relationship between Sensor object and task source
- Re: [sensors] Clarify relationship between Sensor object and task source
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [ambient-light] Security and Privacy considerations for ALS
Monday, 19 June 2017
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [battery] Allow use from within secure context and top-level browsing context only
- Re: [sensors] Add new editors
- Re: [battery] Allow use from within secure context and top-level browsing context only
Friday, 16 June 2017
Thursday, 15 June 2017
- Re: [wake-lock] iframes keeping screen awake
- Re: [battery] [meta] Publish a revised Candidate Recommendation
- Re: [battery] Allow use from within secure context and top-level browsing context only
- Re: [wake-lock] iframes keeping screen awake
- Re: [wake-lock] iframes keeping screen awake
Wednesday, 14 June 2017
- Re: [battery] Allow use from within secure context and top-level browsing context only
- Re: [battery] Allow use from within secure context and top-level browsing context only
- Re: [wake-lock] Clarify state of screen lock after manual lock & unlock
- Re: [battery] Allow use from within secure context and top-level browsing context only
Tuesday, 13 June 2017
- Re: [battery] Allow use from within secure context and top-level browsing context only
- Closed: [wake-lock] "Implementation status" does not link anywhere
- Re: [wake-lock] clean up implementation status section
Monday, 12 June 2017
- Re: [wake-lock] clean up implementation status section
- Re: [battery] [meta] Publish a revised Candidate Recommendation
Saturday, 10 June 2017
- Re: [wake-lock] Clarify state of screen lock after manual lock & unlock
- Re: [wake-lock] new type: location?
- Re: [wake-lock] More diplay power modes
- Re: [wake-lock] clean up implementation status section
- Re: [wake-lock] iframes keeping screen awake
Thursday, 8 June 2017
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
Wednesday, 7 June 2017
Monday, 5 June 2017
- [wake-lock] Specify that platform-specific inactivity timer should be reset after the lock is released
- [wake-lock] Restrict Wake Lock to secure context
- [wake-lock] Disable Wake Lock in sandboxed frames
Friday, 2 June 2017
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [battery] [meta] Publish a revised Candidate Recommendation
Thursday, 1 June 2017
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [battery] [meta] Publish a revised Candidate Recommendation
- Re: [battery] Allow use from within secure context and top-level browsing context only
- Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?
- Re: [sensors] Update Sensor.timestamp description
- Closed: [gyroscope] Add link to use cases in spec
- Re: [sensors] Define algorithm for suspending / resuming activated sensor objects
- Re: [sensors] Define algorithm for suspending / resuming activated sensor objects