You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently there's no straight forward way to set a nested strategy for ContainerTiming as the PerformanceObserver doesn't accept options. This may need to be a new field on PerformanceObserverInit
The proposal with PerformanceObserverInit has two problems:
It requires to change PerformanceObserverInit to add the new fields. This is shared with other timing events and would get a new field that is only usable for ContainerTiming.
We cannot know the nesting policy when the events are happening. So, when painting happens, and the information is stored, we need to store all the information for the 3 nesting modes.
As a solution I am proposing (and implementing) a new approach that consist of defining a new attribute, containertiming-nesting for specifying the policy. This attribute gets the same values discussed before (ignore, transparent, shadowed). This way, when a paint needs to be processed, we already know the propagation rules, so we can immediately register the paint in all the roots that expect the value.
Activity
jdapena commentedon Feb 13, 2025
The proposal with PerformanceObserverInit has two problems:
As a solution I am proposing (and implementing) a new approach that consist of defining a new attribute,
containertiming-nestingfor specifying the policy. This attribute gets the same values discussed before (ignore,transparent,shadowed). This way, when a paint needs to be processed, we already know the propagation rules, so we can immediately register the paint in all the roots that expect the value.ContainerTiming: add containerTimingNesting attribute support
ContainerTiming: add containerTimingNesting attribute support
ContainerTiming: add containerTimingNesting attribute support
Bug 1984620 [wpt PR 54456] - ContainerTiming: add containerTimingNest…
jasonwilliams commentedon Nov 5, 2025
https://github.com/bloomberg/container-timing/blob/main/docs/container-definitions.md addresses this issue.
ContainerTiming: drop containertiming-nesting and behave always as tr…
ContainerTiming: drop containertiming-nesting and behave always as tr…
ContainerTiming: drop containertiming-nesting and behave always as tr…
ContainerTiming: drop containertiming-nesting and behave always as tr…
Bug 2000897 [wpt PR 56094] - ContainerTiming: drop containertiming-ne…
Bug 2000897 [wpt PR 56094] - ContainerTiming: drop containertiming-ne…
Bug 2000897 [wpt PR 56094] - ContainerTiming: drop containertiming-ne…
Bug 2000897 [wpt PR 56094] - ContainerTiming: drop containertiming-ne…
jdapena commentedon Aug 14, 2026
Final nested strategy has been landed already:
containertimingalways propagates to parents (so paints are propagated to allcontainertimingroot ancestors.containertimingignoreblocks propagation to parents.The old
containertiming-nestingattribute is gone.I don't have permission to close this. @jasonwilliams < Could you close?