- From: Jatinder Mann <jmann@microsoft.com>
- Date: Wed, 4 Dec 2013 19:04:56 +0000
- To: Anne van Kesteren <annevk@annevk.nl>, "public-web-perf@w3.org" <public-web-perf@w3.org>
- CC: public-webapps <public-webapps@w3.org>
Aside from the now() method, the Performance interface also has Navigation, Resource, and User Timing methods and attributes defined on it. Currently, the expected behavior for the Timing APIs hasn't been defined in the Web Workers scope. E.g., in a shared worker what should Resource Timing return? The timing related to resources downloaded in any of the documents sharing the worker, only resources initiated in the shared worker, or none of them? While the Working Group plans on eventually defining the Timing behavior in Web Workers in the different Timing specs, by creating a separate WorkerPerformance interface we can ensure that the High Resolution Time Level 2 spec is only defining the now() method in the worker scope. Thanks, Jatinder -----Original Message----- From: annevankesteren@gmail.com [mailto:annevankesteren@gmail.com] On Behalf Of Anne van Kesteren Sent: Wednesday, December 4, 2013 6:47 AM To: public-web-perf@w3.org Cc: public-webapps Subject: Re: Last Call for High Resolution Time Level 2 On Tue, Dec 3, 2013 at 3:51 PM, Philippe Le Hegaret <plh@w3.org> wrote: > interface WorkerPerformance { > DOMHighResTimeStamp now(); > }; Is there any particular reason the Performance interface itself cannot be used? It seems somewhat cumbersome to have to prototype different interfaces (if you're into that kind of thing) depending on the global environment you're in. -- http://annevankesteren.nl/
Received on Wednesday, 4 December 2013 19:05:47 UTC