-
Notifications
You must be signed in to change notification settings - Fork 61
Consider using DOMHighResTimestamp instead of DOMTimeStamp #103
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
We probably can’t switch because of web compat. It’s used to determine the age of the acquired position. But we could rename it LegacyGeolocationTimeStamp as it’s just a typedef and define it as used by the API. That could finally deprecating it from the platform. |
Geolocation is not the only user today. Agree that renaming it may prevent new users though. |
Ah, my bad. Those WICG ones should be easy to update at least. |
Compat aside, looks like DOMTimeStamp (or now EpochTimeStamp) introduce high resolution timers (there's not clamping whatsoever), so for privacy/security they should probably move? |
Nevermind, Yoav mentioned this is an int so the granularity is not sub-ms. |
We're considering our options RE
DOMTimeStamp
, and wondering what it's used for. It seems less well-defined thanDOMHighResTimestamp
. Would y'all consider switching over?See whatwg/webidl#2 for discussion.
The text was updated successfully, but these errors were encountered: