Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify iframes in PaintTiming #24

Merged
merged 3 commits into from Nov 29, 2017
Merged

Clarify iframes in PaintTiming #24

merged 3 commits into from Nov 29, 2017

Conversation

npm1
Copy link
Contributor

@npm1 npm1 commented Nov 28, 2017

painttiming.bs Outdated
@@ -56,9 +56,9 @@ This is formally defined as the when <a href="https://html.spec.whatwg.org/multi

NOTE: The rendering pipeline is very complex, and the timestamp should be the latest timestamp the browser is able to note in this pipeline (best effort). Typically the time at which the frame is submitted to the OS for display is recommended for this API.

<dfn export>First Paint</dfn> entry contains a DOMHighResTimeStamp reporting the time when the browser first rendered after navigation. This excludes the default background paint, but includes non-default background paint. This is the first key moment developers care about in page load – when the browser has started to render the page.
<dfn export>First Paint</dfn> entry contains a DOMHighResTimeStamp reporting the time when the browser first rendered after navigation. This excludes the default background paint, but includes non-default background paint and iframes (regardless of the contents of the iframe). This is the first key moment developers care about in page load – when the browser has started to render the page.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is this really needed? Feels like it raises some questions.
So either remove this OR make it more clear (enclosing box render for iframe)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Currently, the spec talks about the PaintTiming entries as if the concept was page-specific. However, in reality it is a PerformanceEntry associated to a Window/Worker, so I think that giving the iframe example is useful to keep that in mind?

painttiming.bs Outdated
@@ -102,11 +102,11 @@ Reporting Paint Timing {#sec-reporting-paint-timing}
Perform the following steps:
* If this instance of update the rendering is the first paint, then record the timestamp as |paint-timestamp| and invoke [[#report-paint-timing]] algorithm with two arguments: string "first-paint" and |paint-timestamp|.

NOTE: First paint excludes the default background paint, but includes non-default background paint.
NOTE: First paint excludes the default background paint, but includes non-default background paint and iframes.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ditto here. Maybe a more detailed sentence or two about iframes.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

@spanicker spanicker merged commit 1c2da2f into w3c:master Nov 29, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants