[css-gaps-1] Update gap decoration behavior when gaps are coincident due to track collapsing #11814#13298
Conversation
kbabbitt
left a comment
There was a problem hiding this comment.
Thanks! Looks good overall; made a few wording suggestions to tighten up precision.
|
Just thought of something else. Do we have any test cases covering the collapsing behavior yet, and if so could we add them to a |
Co-authored-by: Kevin Babbitt <kbabbitt@microsoft.com>
Co-authored-by: Kevin Babbitt <kbabbitt@microsoft.com>
Co-authored-by: Kevin Babbitt <kbabbitt@microsoft.com>
Co-authored-by: Kevin Babbitt <kbabbitt@microsoft.com>
Co-authored-by: Kevin Babbitt <kbabbitt@microsoft.com>
I don't think we have a set of wpts explictly testing these. But I'll create a crbug to add them so we don't lose track of this. |
This PR updates the logic of assigning gap decorations to gaps that are coincident due to track collapsing. Previously, border-collapsing rules were used to resolve conflicts. Now, following the new resolution taken in #11814, gap decorations are applied after collapsing, treating all coincident gaps as a single visible gap for decoration purposes.