Re: [sensors] Call 'onchange' on a Senor instance considering its own frequency hint

> I not sure how you've read this from that comment, tbh.

I treated "(1) none of the other behavior we agree we want to add depend on this, and (2) === was a requirement (see #8)." as a kind of stopper for option 3. If it was not the case,  I'm happy to proceed with option 3.

@alexshalamov I'd prefer `sensor1.reading != sensor2.reading` but than reading update and `onchange` events synchronized for each Sensor object.

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

Received on Monday, 29 May 2017 11:04:15 UTC