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
Stop when we find one that meets certain criteria.
The thing is, the algorithm doesn't say what order the child nodes are walked in. As far as I can tell, you can walk them forwards, backwards, or in any random order, and those would all be spec-compliant.
Note that just walking in DOM order from start to end may not be the right thing either; e.g. if the parent is a grid the earlier DOM kids may not be the thing you want to anchor at because they are further from the block start edge than later kids are.
Yeah, in practice #3480 was also about this, since DOM order doesn't include any shadow things. And in practice both implementations walk the layout tree. Yay?
Is defining this in terms of the flat tree what we want? Or is layout tree what is really needed? Is it fully documented somewhere how these trees differ?
Yes, the flat tree includes display: contents elements for example, which don't appear in the layout tree. The layout tree also contains all sorts of anonymous boxes and such, though those are excluded from the candidate examination algorithm in implementations.
The way that https://drafts.csswg.org/css-scroll-anchoring/#anchoring-algorithm works is:
The thing is, the algorithm doesn't say what order the child nodes are walked in. As far as I can tell, you can walk them forwards, backwards, or in any random order, and those would all be spec-compliant.
Note that just walking in DOM order from start to end may not be the right thing either; e.g. if the parent is a grid the earlier DOM kids may not be the thing you want to anchor at because they are further from the block start edge than later kids are.
@emilio @skobes
The text was updated successfully, but these errors were encountered: