<div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon 28. Oct 2019 at 20:02 Simon Fraser <<a href="mailto:simon.fraser@apple.com">simon.fraser@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">> On Oct 28, 2019, at 11:39 AM, Rob Buis <<a href="mailto:rbuis@igalia.com" target="_blank">rbuis@igalia.com</a>> wrote:<br>
> <br>
> Hi,<br>
> <br>
> I made a lazy image loading prototype earlier this year (<a href="https://bugs.webkit.org/show_bug.cgi?id=196698" rel="noreferrer" target="_blank">https://bugs.webkit.org/show_bug.cgi?id=196698</a>) and have been splitting it up into reviewable patches. The main implementation part landed recently so I am wondering about the next steps.<br>
> <br>
> One thing left to do for sure is cleaning up/adding tests. For one there are tests in http/tests/lazyload which can just be WPT tests, so I'll work in this area for sure. As usual, while adding new tests bugs may show up and more patches will be needed.<br>
> <br>
> Another possible task is implementing metadata fetch, but it makes the code more complex and chromium has backtracked from it.<br>
> <br>
> Changing the behavior of loading=auto to make lazy loading the default seems risky and should possibly only be done when lazy image loading is deemed stable enough.<br>
<br>
Agreed. Is there any compat data from other browsers?<br>
<br>
> <br>
> Yet another possible task is making lazy loading work for CSS backgrounds, this is implemented in the prototype but I don't think there are many tests for it.<br>
> <br>
> A related task is implementing lazy loading for iframe's, I took a quick look and this looks like similar work to lazy image loading, but should be much easier to implement now the building blocks are there.<br>
<br>
I think this one has the highest potential to give big page loading gains, especially if we can get this one turned on by default (or maybe for cross-origin frames), so I suggest working on this.<br>
<br>
Do we have any data from other browsers to know whether enabling lazy-loading iframe by default breaks the web?</blockquote><div dir="auto"><br></div><div dir="auto">We on the Chrome team have rolled this out to Lite Mode users recently and, as far as I can tell, haven’t seen any breakage: <div><a href="https://blog.chromium.org/2019/10/automatically-lazy-loading-offscreen.html">https://blog.chromium.org/2019/10/automatically-lazy-loading-offscreen.html</a>. You can contact the blog post authors for more background if need be. </div></div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><br>
<br>
> <br>
> Finally there is the task of setting threshold viewport distance values for triggering deferred loads. I only have access to iOS simulator, so I wonder if that is something Apple could help with?<br>
<br>
I would be happy to help.<br>
<br>
> <br>
> I do not have a strong preference among these tasks. Thoughts?<br>
> Cheers,<br>
> <br>
> Rob.<br>
> <br>
> P.S: I intend to attend the WebKit Contributors meeting, so feel free to chat with me there about lazy loading.<br>
<br>
See you there!<br>
<br>
Simon<br>
_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org" target="_blank">webkit-dev@lists.webkit.org</a><br>
<a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" rel="noreferrer" target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:x-small">Thomas Steiner, PhD—Developer Advocate (</span><a href="https://blog.tomayac.com" style="font-size:x-small" target="_blank">https://blog.tomayac.com</a><span style="font-size:x-small">, </span><a href="https://twitter.com/tomayac" style="font-size:x-small" target="_blank">https://twitter.com/tomayac</a><span style="font-size:x-small">)</span><br></div><div><font size="1"><br>Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany<br>Geschäftsführer: Paul Manicle, Halimah DeLaine Prado<br>Registergericht und -nummer: Hamburg, HRB 86891<br><br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v2.1.23 (GNU/Linux)<br><br>iFy0uwAntT0bE3xtRa5AfeCheCkthAtTh3reSabiGbl0ck0fjumBl3DCharaCTersAttH3b0ttom.<a href="hTtPs://xKcd.cOm/1181/" target="_blank">hTtPs://xKcd.cOm/1181/</a><br>-----END PGP SIGNATURE-----</font></div></div></div></div></div></div></div></div></div></div></div></div></div>