- From: Philippe Le Hegaret <plh@w3.org>
- Date: Wed, 16 Apr 2014 16:24:53 -0400
- To: public-web-perf <public-web-perf@w3.org>
Available at http://www.w3.org/2014/04/16-webperf-minutes.html Text version: Web Performance Working Group Teleconference 16 Apr 2014 See also: [2]IRC log [2] http://www.w3.org/2014/04/16-webperf-irc Attendees Present Plh, Ilya, Bernhard, Tobin Chair Tobin Scribe plh Contents * [3]Topics 1. [4]Resource Priorities 2. [5]Beacon 3. [6]AOB * [7]Summary of Action Items __________________________________________________________ <trackbot> Date: 16 April 2014 Resource Priorities Tobin: I thought that I addressed the question from Ian already Ilya: what's the status of the spec? ... two flags postpone and lazyload ... still part of the discussion? Tobin: obviously lazyload would push the download at the bottom of the queue ... and postpone would downlowd it when it comes into view ... but lots of problem woth postpone ... don't necessarely have the layout information, like width and height ... eg grid of images at the bottom of the page ... so loop of download/decode/format/layout ... so idea is to remove postpone ... in theory I'm not sure how it would be practical Ilya: are the examples public? Tobin: no, didn't put anything out but can share some screenshots Ilya: yes, it would be helpful Tobin: I'd like to move lazyload as far along as possible ... trying to get consensus for lazyload first ... we could bring postpone later [8]http://lists.w3.org/Archives/Public/public-web-perf/2013Dec/ 0061.html [8] http://lists.w3.org/Archives/Public/public-web-perf/2013Dec/0061.html plh: that's the original email from Ian ... he is worried about interaction between lazyload, defer, async, ES6 Tobin: I found the additional attributes, whenNeeded, needs ... and I do think we need to come to some agreements ... how to differentiate them and whether all of them are necessary plh: whenNeeded would overlap with lazyload Tobin: you could lazyload that and not execute it ith whenNeeded ... so I can see some use cases for both ... I'll have more feedsback next week ... needs one is about dependencies ... so I don't see conflicts between lazyload, whenNeeded and needs so far plh: any update to the spec? Tobin: we still had a few questions about postpone ... the minutes were only mentioning removing from CSS Resolved: postpone is dropped from Resource Priorities. could be brought back later if needed. Beacon [9]http://lists.w3.org/Archives/Public/public-web-perf/2014Mar/ 0015.html [9] http://lists.w3.org/Archives/Public/public-web-perf/2014Mar/0015.html plh: would be good to make progress on that since Mozilla is waiting... ... let's see if Arvind can make next week to move this forward? Ilya: there is an effort to implement Beacon in blink <igrigorik__> Blink Intent to implement: [10]https://groups.google.com/a/chromium.org/forum/#!msg/blink- dev/Vdi7F7Mk_rM/gxppKdAnLksJ [10] https://groups.google.com/a/chromium.org/forum/#! msg/blink-dev/Vdi7F7Mk_rM/gxppKdAnLksJ plh: another reason to move sooner rather later Ilya: I'll ping Arvind AOB plh: we still have outstanding PR request for [11]resource timing and [12]animation timing. [11] https://github.com/w3c/web-platform-tests/issues?labels=resource-timing&page=1&state=open [12] https://github.com/w3c/web-platform-tests/issues?labels=animation-timing&page=1&state=open plh: The call with the Privacy IG around Navigation Error Logging is at 9am pacific 04/24 (Thursday)
Received on Wednesday, 16 April 2014 20:25:01 UTC