What happens when multiple container roots share the same identifier?
Nobody has claimed this yet.
- Dominant language
- Bikeshed
- Stars
- 72
- Forks
- 10
- Avg merge
- 9d 15h
- Merged PRs (30d)
- 3
Description
My read of the spec (see below) an testing in chromium, suggests that identifiers are not actually required (i.e. <div containertiming> works), nor do they need to be unique.
However, every unique container (node) creates its own unique Container Timing Record.
It seems equally viable to me to consider sharing Records based on the string identifier, rather than the unique node. (Thought I do like that all unnamed nodes always just create a new root).
- a
containertimingattribute will mark a node as a root, and add the node to a global map or roots.container root records map that maps container root Elements to Container Timing Record objects.
- Whenever any element paint happens, we merely walk up to the nearest root (https://wicg.github.io/container-timing/#handle-element-painted), add attribute the paint to that root.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Read the linked Container Timing specification sections for the containertiming attribute, the container root records map, and handle-element-painted. Determine whether records are keyed by the unique Element or by its string identifier, including the behavior of unnamed roots. Done means the specification's treatment of duplicate identifiers and unnamed nodes is explicitly decided.
Written by the indexing model from the issue text.
Assessment
- Domain
- performance, web-dev
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100