RE: [HighResolutionTime] comments on performance.now

>This might not be a problem in the majority of cases, but I've been told that at least a few years ago some 
>cases was no better than 10ms resolution (maybe it wasn't a hardware limitation but a limitation somewhere 
>else). This is apparently mostly changed today, but I still think the spec shouldn't say to do something impossible 
>when facing underlying limitations. (For instance, timer resolution might be reduced intentionally to not drain the battery.)

I have updated the definition to include a SHOULD clause in returning microsecond resolution on millisecond units. I have also added a note that suggests UA should fallback to millisecond resolution on millisecond units when they have hardware or software constraints on providing a sub-millisecond resolution.

>> I don't understand why we wouldn't want to include the time of 
>> suspension - performance.now() defines the current time since the 
>> start of navigation. Let me know if I misunderstood your intention here.
>
>Right, I'd just like it to be called out explicitly.

I have added a note that clarifies this behavior.

Thanks,
Jatinder

Received on Wednesday, 11 April 2012 16:19:02 UTC