Closed
Bug 1307463
Opened 8 years ago
Closed 8 years ago
Font fallback messes up adjacent characters in the same block-level element
Categories
(Firefox :: Untriaged, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1286011
People
(Reporter: chris.branch, Unassigned)
Details
Attachments
(3 files)
Example screen capture
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0
Build ID: 20160922113459
Steps to reproduce:
In some cases (not always), a missing glyph will cause adjacent characters to render as if those glyphs are missing as well even if the glyphs are present in the font. Removing the missing glyphs (or moving them to a new block-level element) magically fixes the other glyphs. Example HTML below (tested on Windows 7 and Windows 10 with Firefox 49.0.1):
<!DOCTYPE html>
<html lang="en" xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta charset="utf-8" />
<title>Symbol Test Page</title>
</head>
<body>
<div style="font-size:30pt; font-family:'Times New Roman', 'Times', serif;">
∪⊃⊇⊄⊂⊆∈∉∠∇®©™∏√⋅¬∧∨⇔⇐⇑⇒⇓◊〈<br/>
∪⊃⊇⊄⊂⊆∈∉∠∇®©™∏√⋅¬∧∨⇔⇐⇑⇒⇓◊〈<br/><br/>
</div>
</body>
</html>
Actual results:
See attached screen capture. The example should render the same symbols on both lines with the only difference being that the second line contains as <br/> before the last two characters on the line. The presence of <br> magically "fixes" all of the characters that precede the <br>. Replacing <br> with <span> does not work, but using <span style="display:block"> does work. So, it seems to be related to characters in the same block-level element.
Expected results:
Both sets of symbols should be identical.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
|
||
Comment 3•8 years ago
|
||
Chris, could you try this with a newer version (Firefox 50, currently in Beta, or even a Developer Edition or Nightly build) and check whether the problem still occurs there (since the fix in bug 1286011)? Thanks!
Beta (Firefox 50): https://www.mozilla.org/en-US/firefox/channel/#beta
Dev Edition (51): https://www.mozilla.org/en-US/firefox/channel/#developer
Nightly (52): https://nightly.mozilla.org/
Flags: needinfo?(chris.branch)
|
Reporter | |
Comment 4•8 years ago
|
||
I checked with 50.0b4 on Windows 7, and the example HTML renders properly, so it does appear this issue has been fixed.
Note that a few of the characters look a little "jaggy" compared to 49.0.1, but it is showing the proper glyphs consistently for all characters that have glyphs available in the font, so I can live with that. I've attached an example screen shot: 50.0b4.png
Flags: needinfo?(chris.branch)
|
|
||
Comment 5•8 years ago
|
||
OK, thanks for confirming this.
Yes, the rendering in that screenshot is pretty rough, isn't it? Was your previous screenshot from Win7 or Win10? If the glyph rendering has regressed badly -on the same system-, I'd consider that a bug that should be filed and investigated; but if it's a question of two different systems (graphics card, OS version, etc.) then it may simply be a difference between GDI and DirectWrite, for example.
You need to log in
before you can comment on or make changes to this bug.
Description
•