- From: Boris Zbarsky <bzbarsky@mit.edu>
- Date: Thu, 28 May 2015 08:40:57 -0400
- To: "public-web-perf@w3.org" <public-web-perf@w3.org>
So I finally had a chance to sort through the workerStart setup in http://w3c.github.io/hr-time/#sec-worker-start It looks like this is in fact aiming to provide a way to convert between different time bases without round-tripping through wall-clock times, which is excellent. We need to add something like this for Window objects as well, imo. The one issue I have is that workerStart is defined as follows: The workerStart attribute MUST return a DOMHighResTimeStamp representing the difference between the time origin of WorkerGlobalScope and the time origin of the current document. I assume it means "the WorkerGlobalScope of the AbstractWorker the getter is invoked on", right? But I'm not at all sure what "current document" is supposed to mean here. That part is clearly wrong when getting the .workerStart of a worker started from another worker (so the code that gets .workerStart is running in a worker), but even when a worker was started from a window it's ambiguous: is the "current document" the document that started the worker or the document the script doing the get is running in or something else? -Boris
Received on Thursday, 28 May 2015 12:41:27 UTC