margins/borders/padding may interfere with text-decoration-inset computation
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox146 | --- | fixed |
People
(Reporter: jfkthame, Assigned: jfkthame)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [jp-mvp], [wptsync upstream])
Attachments
(5 files)
See attached testcase. All the examples should render with the same decoration lines, matching the first (reference) example, as the "natural" size of the decorations is the same in all cases (just the extent of the text), and they have the same text-decoration-inset applied.
| Assignee | ||
Comment 1•2 months ago
|
||
| Assignee | ||
Comment 2•2 months ago
|
||
Comment on attachment 9523755 [details]
rendering of the testcase in current Nightly with text-decoration-inset enabled
Observe that the overline is not extended in any of the test cases, and the amount of inset applied to the underline varies.
Updated•2 months ago
|
| Assignee | ||
Comment 3•2 months ago
|
||
This makes sense because it is the content area within which the text
is positioned and has the decoration drawn.
Fixes the underline on the first few examples in the testcase (but not
the more complex ones; see following patch).
| Assignee | ||
Comment 4•2 months ago
|
||
If there are frames in between the target frame we're rendering and the container
where the decoration was defined, their margin/border/padding effectively reduces
the area within which the decoration is being drawn.
This fixes the rendering of the remaining examples in the testcase so that the
inset is applied consistently in all of them.
| Assignee | ||
Comment 5•2 months ago
|
||
Comment 8•2 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/1d0ab889bdf2
https://hg.mozilla.org/mozilla-central/rev/2e54ae451e80
https://hg.mozilla.org/mozilla-central/rev/5bad38d543e2
Updated•2 months ago
|
Description
•