Closed
Bug 1613285
Opened 4 years ago
Closed 4 years ago
Text decorations look off with latest builds.
Categories
(Core :: Layout: Text and Fonts, defect, P2)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
FIXED
mozilla74
Tracking | Status | |
---|---|---|
firefox74 | --- | fixed |
People
(Reporter: emilio, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
Mozregression says https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=965511d602e38f5fdc7bd6671f6f28be2975f927&tochange=2614c67d7e65ab704e722437726c5b60a969e3c6.
Searchfox is a clear example of this. This is I believe a hidpi issue (offset being half of what it should be), because spelling markers also look off.
Assignee | ||
Comment 1•4 years ago
|
||
Assignee | ||
Updated•4 years ago
|
Priority: P3 → P2
Assignee | ||
Comment 2•4 years ago
|
||
Ah, ditch that hidpi issue. I think this piece of code got lost during the refactor:
// If offset is `auto`, we clamp the offset (in horizontal typographic mode)
// to a minimum of 1/16 em (equivalent to 1px at font-size 16px) to mitigate
// skip-ink issues with fonts that leave the underlineOffset field as zero.
if (aOffset.IsAuto()) {
if (!aParams.vertical || aIsSideways) {
aParams.offset =
std::min(aParams.offset, gfx::Float(-aFontMetrics.emHeight / 16.0));
// ...
I can fix.
Assignee: nobody → emilio
Assignee | ||
Comment 3•4 years ago
|
||
I should've caught this during review, sorry :(
Note that try is closed atm so untested, but this does fix the issue.
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/332b09a9811f Reintroduce the skip-ink mitigation lost during bug 1612822. r=jfkthame
Comment 5•4 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 4 years ago
status-firefox74:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla74
Updated•4 years ago
|
Has Regression Range: --- → yes
Keywords: regression
You need to log in
before you can comment on or make changes to this bug.
Description
•