W3C home > Mailing lists > Public > public-web-perf@w3.org > October 2013

RE: [ResourceTiming] The clock base to use in ResourceTiming is not defined

From: Jatinder Mann <jmann@microsoft.com>
Date: Tue, 1 Oct 2013 23:14:10 +0000
To: "Boris Zbarsky (bzbarsky@mit.edu)" <bzbarsky@mit.edu>, "'public-web-perf@w3.org'" <public-web-perf@w3.org>, "Philippe Le Hegaret (plh@w3.org)" <plh@w3.org>, "'arvind@google.com'" <arvind@google.com>, "James Simonsen (simonjam@google.com)" <simonjam@google.com>
Message-ID: <85f84be5a8d04891ac223d795a696abe@BLUPR03MB065.namprd03.prod.outlook.com>
On 9/27/13 7:42 PM, Boris Zbarsky wrote:
> 1)  http://www.w3c-test.org/webperf/specs/ResourceTiming/#terminology
> never defines "time" (unlike, say the Terminology section of Navigation Timing).
> 3) 
> http://www.w3c-test.org/webperf/specs/ResourceTiming/#processing-model 
> keeps talking about recording "the current time", but as I said this 
> term is never defined.

I think it's reasonable that the terminology section for the Resource Timing, User Timing, and Navigation Timing L2 specs define what they mean by current time, and clarify which definition of time is being used. This clarification is useful specifically since Navigation Timing L1 uses a different definition. I'll take an action to update those specs.

> 2)
> http://www.w3c-test.org/webperf/specs/ResourceTiming/#performanceresourcetiming
> defines all the attributes as returning DOMHighResTimeStamp, but the DOMHighResTimeStamp
> type does not actually define what its 0 point represents.
> To be specific, even if we grant this, why is it "navigationStart" and not "the start of navigation
> of the document"?  Or is the claim that those are the same thing (in which case the way 
> DOMHighResTimeStamp is defined is pretty confusing)?

I can see that referencing navigationStart in the DOMHighResTimeStamp definition may be confusing to some. Also, the spec implicitly defines the 0 value instead of explicitly calling it out, which may cause confusion. To minimize this confusion, we can clarify the definition in High Resolution Time L2 with text like so:
"The DOMHighResTimeStamp type is used to store a time value measured relative to the start of navigation of the document, or a time value that represents a duration between two DOMHighResTimeStamps. 
The time value of the start of navigation of the document in an attribute of type DOMHighResTimeStamp is equal to 0. The same time value described with an attribute of type DOMTimeStamp would be equal to the navigationStart attribute of the PerformanceTiming interface [NavigationTiming]."

We can also reference the 'navigation' definition [1] when using the term 'navigating' in the DOMHighResTimeStamp definition.

> Further, I believe that using DOMHighResTimeStamp for a _duration_ value is very misleading.  
> We should define a DOMHighResTimeDuration type for that.

A duration is just a delta between two time values. Seeing that the DOMHighResTimeStamp definition specifically calls out that it can be a delta of two DOMHighResTimeStamps, and seeing that DOMTimeStamp doesn't have an analogous duration type, I think its fine to not define a separate duration type.


[1] http://www.w3.org/html/wg/drafts/html/master/single-page.html#navigate
Received on Tuesday, 1 October 2013 23:14:40 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:04:37 UTC