Re: [dom] High resolution timing for events (#23)

Hi,

I think @RByers summarized our thinking and the background pretty well in https://github.com/whatwg/dom/issues/23#issuecomment-180668325

It is difficult (impossible?) to actually measure the impact before hand in this case and our hope has been that once we hit beta we receive better feedback which we are getting. 

However, I also did [an analysis](https://docs.google.com/spreadsheets/d/14ZO8Xfkn4GbGr11cWEgV47xVhXQmhQSswT1IjpCtYRg/edit?usp=sharing) using very recent (Jan 15, 2016 dataset) httparchive data which shows the impact is likely to be < 0.02%.  I looked for the following patterns in top 477k top sites (both mobile and desktop) and tried to categorize and understand if they get broken and I have assumed breakage if the usage was not obvious.

* ```e.timeStamp - value```
* ```value - e.timeStamp```

Clearly this is not the complete picture but gives a sense that the usage of this pattern is quite limited.

In cases where I have seen the issue in a library and have outreached (eg, [1](https://github.com/bugsnag/bugsnag-js/issues/130) and [2](https://github.com/angular/angular.js/pull/13495)) the fix has been trivial and has address an error or a workaround in the logic for Firefox.

---
Reply to this email directly or view it on GitHub:
https://github.com/whatwg/dom/issues/23#issuecomment-181518064

Received on Monday, 8 February 2016 20:26:56 UTC