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
Bug 1979915 Part 1 - Apply text-decoration-trim during decoration rect calculation and decoration painting. r=layout-reviewers,layout-jp-market-reviewers,jfkthame
This is still pref'ed off, even though we don't directly check the pref in
this code.
Without the pref layout.css.text-decoration-trim.enabled set, this should do
nothing as the intial value of zero will result in no text decoration trim.
This change still leaves a few situations with incorrect painting:
The current implementation will always have zero trim on a line break, but it
is possible that a very large trim value and the leftover trim from the next
line should then overflow to the previous line.
No distinction is made between BIDI continuations and line breaks.
Combined with the previous limitation, this means that in the case of a BIDI
continuation at the start or end of a line which is smaller than the text
trim, the decoration will begin where the inline frames meet.
This also causes incorrect painting when the box-decoration-break value is
`clone` in a line with BIDI continuations, as the trim will now be applied
where the continuations meet.
Differential Revision: https://phabricator.services.mozilla.com/D265726
0 commit comments