- 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