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
[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
- Closed: [sensors] Find an appropriate test reviewer
- Re: [sensors] Find an appropriate test reviewer
Re: [sensors] w3c.github.io/sensors/usecases.html 404s
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
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
Re: [sensors] Add definition for optimal sampling frequency
[sensors] Let the UA (platform) calculate optimal sampling frequency
Re: [sensors] Rename 'onchange' to 'onreading'
Re: [sensors] Simplify deployment infra
[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
Closed: [sensors] Clarify relationship between Sensor object and task source
Re: [sensors] Introduce "sensor 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
- 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
- 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
- Re: [ambient-light] Security and Privacy considerations for ALS
- Re: [ambient-light] Security and Privacy considerations for ALS
Re: [sensors] Add new editors
Closed: [wake-lock] "Implementation status" does not link anywhere
Re: [wake-lock] new type: location?
Re: [wake-lock] More diplay power modes
Re: [wake-lock] clean up implementation status section
- Re: [wake-lock] clean up implementation status section
- Re: [wake-lock] clean up implementation status section
Re: [wake-lock] iframes keeping screen awake
- Re: [wake-lock] iframes keeping screen awake
- Re: [wake-lock] iframes keeping screen awake
- Re: [wake-lock] iframes keeping screen awake
[wake-lock] Clarify state of screen lock after manual lock & unlock
- Re: [wake-lock] Clarify state of screen lock after manual lock & unlock
- 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: [wake-lock] Clarify state of screen lock after manual lock & unlock
[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
Re: [battery] [meta] Publish a revised Candidate Recommendation
- Re: [battery] [meta] Publish a revised Candidate Recommendation
- Re: [battery] [meta] Publish a revised Candidate Recommendation
- Re: [battery] [meta] Publish a revised Candidate Recommendation
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: [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: [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: [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: [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] 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: [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: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?