Re: [sensors] Should the API allow setting both samplingFrequency and reportingFrequency?

> If you sync to windows.requestAnimationFrame / VRDisplay.requestAnimationFrame, you could make "frequency" be defined in terms (times, fraction) of rAF.

Yup. I think we discussed something like this as part of one of the first issues.

> Now that even rAF can be different things, like UA hardware, VR headset, how do we device which one to sync to? If we can answer that, we might also be able to answer what we sync with in a Worker. There is a lot of talk about throttling tabs and workers in Chrome, so this might become important soon.

Can't agree more. Devil is in the details, and that's particularly true of such an API. These issues will have to be meticulously understood and addressed if we want to truly improve on the `DeviceOrientationEvent`, and not just ship a cosmetic improvement that doesn't, in fact, address the real issues.

-- 
GitHub Notification of comment by tobie
Please view or discuss this issue at https://github.com/w3c/sensors/issues/209#issuecomment-307058954 using your GitHub account

Received on Thursday, 8 June 2017 10:04:20 UTC