'Re: [webkit-dev] WebKit position on Paint Timing / (first paint, first contentful paint)'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       webkit-dev
Subject:    Re: [webkit-dev] WebKit position on Paint Timing / (first paint, first contentful paint)
From:       Maciej Stachowiak <mjs () apple ! com>
Date:       2020-03-05 2:21:30
Message-ID: 29732B70-DAA9-464D-866A-D294F7A191AB () apple ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

> On Mar 3, 2020, at 12:44 AM, Noam Rosenthal <noam@webkit.org> wrote:
> 
> 
> 
> On Tue, Mar 3, 2020 at 10:36 AM Ryosuke Niwa <rniwa@webkit.org \
> <mailto:rniwa@webkit.org>> wrote: 
> By the way, do you know what the status / interests at Mozilla? Given \
> WebKit's painting / navigation behavior / implementation is still pretty \
> close to Blink, it would be a good idea to reach out to Mozilla to make \
> sure whatever in the spec is something they can also implement. 
> Mozilla have a bug open on this: \
> https://bugzilla.mozilla.org/show_bug.cgi?id=1518999 \
> <https://bugzilla.mozilla.org/show_bug.cgi?id=1518999>, but unfortunately \
> it is not prioritized. Since they're mainly a desktop browser web \
> developers currently don't prioritize them for a performance metric. I \
> hope that changes.

This explains a lot about the performance of desktop websites…

(Though in fairness, many mobile sites are not so great either).

[Attachment #5 (unknown)]

<html><head><meta http-equiv="Content-Type" content="text/html; \
charset=utf-8"></head><body style="word-wrap: break-word; \
-webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br \
class=""><div><br class=""><blockquote type="cite" class=""><div \
class="">On Mar 3, 2020, at 12:44 AM, Noam Rosenthal &lt;<a \
href="mailto:noam@webkit.org" class="">noam@webkit.org</a>&gt; \
wrote:</div><br class="Apple-interchange-newline"><div class=""><div \
dir="ltr" class=""><div dir="ltr" class=""><br class=""></div><br \
class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, \
Mar 3, 2020 at 10:36 AM Ryosuke Niwa &lt;<a href="mailto:rniwa@webkit.org" \
class="">rniwa@webkit.org</a>&gt; wrote:</div><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"><div dir="ltr" class=""><div \
class="gmail_quote"><div class=""><br class=""></div><div class="">By the \
way, do you know what the status / interests at Mozilla? Given WebKit's \
painting / navigation behavior / implementation is still pretty close to \
Blink, it would be a good idea to reach out to Mozilla to make sure \
whatever in the spec is something they can also implement.</div><div \
class=""><br class=""></div></div></div></blockquote><div class="">Mozilla \
have a bug open on this:&nbsp;<a \
href="https://bugzilla.mozilla.org/show_bug.cgi?id=1518999" \
class="">https://bugzilla.mozilla.org/show_bug.cgi?id=1518999</a>, but \
unfortunately it is not prioritized.<br class="">Since they're mainly a \
desktop browser web developers currently don't prioritize them for a \
performance metric. I hope that changes.<br \
class=""></div></div></div></div></blockquote><br class=""></div><div>This \
explains a lot about the performance of desktop websites…</div><div><br \
class=""></div><div>(Though in fairness, many mobile sites are not so great \
either).</div><br class=""></body></html>

_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

[prev in list] [next in list] [prev in thread] [next in thread] 