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

RE: [ResourceTiming] Handling of "resourcetimingbufferfull" events makes no sense

From: Jatinder Mann <jmann@microsoft.com>
Date: Sat, 14 Dec 2013 00:15:04 +0000
To: public-web-perf <public-web-perf@w3.org>
Message-ID: <5c97f3de4ef74bbdb9b6b36d5fe6f96e@BLUPR03MB065.namprd03.prod.outlook.com>
Per ACTION-119: Update resource timing to use navigation timing l2 [1], I have updated Navigation Timing 2 [2] to state that it replaces Navigation Timing 1, defines the Performance interface, and the Performance Interface implements EventTarget. I have also updated Resource Timing [3] to reference Navigation Timing 2 instead of Navigation Timing 1. These changes have been made to help support the onresourcebufferfull event, which is an EventHandler. When Navigation Timing 2 becomes a W3C Recommendation, it will deprecate Navigation Timing 1.

Philippe, can we update the Navigation Timing 2 working draft version [4] to capture the latest changes in the editor's draft? I didn't want Resource Timing pointing to references in the Navigation Timing 2 editor's draft.

Thanks,
Jatinder

[1] http://www.w3.org/2010/webperf/track/actions/119 
[2] https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/NavigationTiming2/Overview.html 
[3] https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/ResourceTiming/Overview.html 
[4] http://www.w3.org/TR/navigation-timing-2/ 

-----Original Message-----
From: Jatinder Mann 
Sent: Wednesday, October 23, 2013 4:56 PM
To: Jatinder Mann; Boris Zbarsky; Sreeram Ramachandran; Philippe Le Hegaret (plh@w3.org); Arvind Jain; public-web-perf
Subject: RE: [ResourceTiming] Handling of "resourcetimingbufferfull" events makes no sense

Philippe and I discussed this issue today in more detail and it seems like changing the Performance object to implement EventTarget in Navigation Timing L1 isn't a great idea after all. While this change won't have a compatibility impact on existing users, it will be a conformance change and will require the spec to go back to Last Call, which is definitely not desirable. Instead it may be better to redefine the Performance object properly in Navigation Timing L2, and then deprecate the Navigation Timing L1 once the L2 spec has reached Recommendation. Seeing that the L2 spec already redefines all of the L1 timing attributes in the preferred PerformanceEntry object, this seems like a natural progression and the right message to send to developers: don't use the deprecated method over the recommended method. 

If there are concerns that defining Performance object in Navigation Timing L2 will tie the progress of Resource Timing to Navigation Timing L2, I would expect that spec should be standardized relatively quickly. The spec has been stable for a while, and aside from the linkNegotiation attributes, IE11 already implements Navigation Timing L2. Though I think we should still consider additional changes to the L2 spec as appropriate, I don't expect getting to two full implementations will take too long.

Thanks,
Jatinder

-----Original Message-----
From: Jatinder Mann [mailto:jmann@microsoft.com]
Sent: Tuesday, October 22, 2013 4:05 PM
To: Boris Zbarsky; Sreeram Ramachandran; Philippe Le Hegaret (plh@w3.org)
Cc: Arvind Jain; public-web-perf
Subject: RE: [ResourceTiming] Handling of "resourcetimingbufferfull" events makes no sense

Looks like our option is to either leave the original definition of onresourcetimingbufferfull as a callback function, similar to the PositionCallback in the Geolocation spec [1], or to implement a simple event with the Performance object implementing EventTarget. From a design point of view, the latter approach is much better when you want to get multiple callbacks; in our case as the buffer may continually get full, that’s exactly what we want. 

If we go with the latter approach, looks like updating the Navigation Timing L1 errata is the only technical way to update the IDL definition to implement EventTarget. I don't expect any web developer is checking the prototype chain of the Performance object, so that change shouldn't have any compatibility impact on real sites or impact any of the Navigation Timing L1 attribute values. It is, however, a conformance change nonetheless. Philippe, aside from updating the errata, are there any other process steps we would need to take if we wanted to make this change?

Jatinder

[1] http://dev.w3.org/geo/api/spec-source.html


-----Original Message-----
From: Boris Zbarsky [mailto:bzbarsky@MIT.EDU]
Sent: Friday, October 11, 2013 10:55 AM
To: Sreeram Ramachandran
Cc: Arvind Jain; Jatinder Mann; public-web-perf
Subject: Re: [ResourceTiming] Handling of "resourcetimingbufferfull" events makes no sense

On 10/11/13 1:24 PM, Sreeram Ramachandran wrote:
> Could you explain? Why isn't it sufficient to have this behaviour be 
> implicitly defined by reference to EventTarget? (I.e., since any 
> Performance object also implements EventTarget, the dispatch behaviour 
> defined in EventTarget applies to Performance objects.)

EventTarget isn't an abstract interface.  It has internal state.

Again, WebIDL doesn't draw a clear distinction between abstract interfaces and classes that you're inheriting from, but in practice EventTarget should be the latter.

-Boris

Received on Saturday, 14 December 2013 00:15:37 UTC

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