Bug 213691 – [WinCairo][Uniscribe] Katakana texts are unexpectedly wrapped because they don't fit into its own width

• Status: RESOLVED
• Resolution: WORKSFORME
• Component: Text

[Fujii Hironori]

Created attachment 402981 [details]
test case

[WinCairo][Uniscribe] Katakana texts are unexpectedly wrapped because they don't fit into its own width

[Fujii Hironori]

Created attachment 402982 [details]
[Screenshot] WinCairo port

AppleWin doesn't seem to have this issue.

[Fujii Hironori]

Created attachment 402983 [details]
[screenshot] Goolge News (Japanese) of WinCairo port

The text of logo are unexpectedly wrapped in Goolge News (Japanese) of WinCairo port.

[Fujii Hironori]

Created attachment 403029 [details]
10 katakana '二' characters in "MS PGothic"

This issue causes by "MS PGothic" which has an embedded bitmap font and is a proportional font.
'二' has 20px width in complex text code path, but 18px width in simple text path in WinCairo.

They are 20px width in both code path in AppleWin port.
10 '二' characters are 200px width in AppleWin port both for complex text and simple text code path.
AppleWin port is always using TreeType font for "MS PGothic".

[Fujii Hironori]

RenderText::computePreferredLogicalWidths is assuming the sum of all widths of breakable characters is the preferred logical width.
I found a similar issue using line-break:anywhere and kerning.
Bug 213772 – The preferred logical width of a text with line-break:anywhere doesn't take kerning into account

[Fujii Hironori]

https://developers.google.com/web/updates/2019/06/layoutNG

[Fujii Hironori]

(In reply to Fujii Hironori from comment #3)
> Created attachment 403029 [details]
> 10 katakana '二' characters in "MS PGothic"

This test case should be display in 100% display scaling factor, or zoom out to use the embedded bit map font in high DPI display.

[Fujii Hironori]

I don't see this bug anymore.
This bug seems to be already fixed by someone.

r287971 Bad
r289804 Good