Created attachment 105333 [details]
test odt file
In Writer, for the same font size, CJK fonts is showing much bigger/wider line height.
Steps to reproduce:
1. Apply "Libration Sans", "Libration Serif", "Times New Roman", or "Arial" to some text, set font size to 16.
2. Apply "Microsoft Yahei" to some other text, set font size also to 16.
Line height in step 2 is much wider than in step 1.
This affects many other CJK fonts.
This makes CJK document looks ugly.
Actually if you export the document to html and open in Firefox, it shows correct line height.
Same line height when same font applied.
See attached test file for illustration.
Created attachment 105335 [details]
On pc Debian x86-64 with master sources updated today, I don't reproduce this.
(In reply to comment #2)
> On pc Debian x86-64 with master sources updated today, I don't reproduce
I didn't test it on linux. But make sure you have "Microsoft Yahei" font installed to reproduce.
Indeed, I don't have this font installed and it seems you must pay to have it, see http://www.microsoft.com/typography/fonts/family.aspx?FID=350
(In reply to comment #4)
> Indeed, I don't have this font installed and it seems you must pay to have
> it, see http://www.microsoft.com/typography/fonts/family.aspx?FID=350
In fact, you can also reproduce with the free "Source Han Sans" CJK fonts and change the font in the test file accordingly:
Kevin: thank you for your feedback, which file must I download on the provided link to give it a try?
Kevin, is this extra height related to needing to cater for ruby text? Bug 44784 and this Ask thread:
... raise a similar issue. Adding ruby text to CJK base text does not seem to increase the line height.
(In reply to comment #7)
> Kevin, is this extra height related to needing to cater for ruby text?
I didn't think they are related, but the interesting thing happened:
I typed some text, applied "Microsoft Yahei" font so the bug behaviour appeared, and then I tried to apply rubby text to the chars so more extra spaces were added above the text. Then I deleted all the text. And then when I try to input text and apply "Microsoft Yahei", "Wenquanyi Zenhei" etc, the bug behaviour is gone!
I reset the libreoffice user profile, but now I can no longer reproduce the problem with "Microsoft Yahei", "Wenquanyi Zenhei" fonts.
But I still reproduce with "Source Han Sans CN" fonts.
The main reason I thought they were not related is that, the bug behaviour I mentioned never happen to "SimSun" etc serif-like fonts.
I am not sure that this report describes a problem LO can solve, for the reasons indicated in bug 68735. Comparing text as displayed in Writer vs Firefox is probably not an equal comparison. Here are some more metrics (using the C program kindly provided by Khaled) to add to those listed in comment two from that report:
Hiragino Maru Gothic Pro Ascent = 880, Descent = 120, Leading = 500
MS Mincho Ascent = 859, Descent = 141, Leading = 0
Microsoft YaHei Ascent = 1058, Descent = 262, Leading = 0
Noto Sans T Chinese Ascent = 880, Descent = 120, Leading = 500
PMingLiU Ascent = 801, Descent = 200, Leading = 198
SimSun Ascent = 859, Descent = 141, Leading = 141
Source Han Sans Ascent = 880, Descent = 120, Leading = 500
WenQuanYi Zen Hei Ascent = 963, Descent = 297, Leading = 90
Liberation Serif Ascent = 891, Descent = 216, Leading = 43
These are the font versions I queried:
Hiragino Maru Gothic Pro MacOS 10.6.8 OTF
MS Mincho MS Office 2000 TTF v2.30
Microsoft YaHei Windows Vista TTF v5.00
Noto Sans T Chinese website OTF
PMingLiU MS Office 2000 TTF v3.00
SimSun MS Office 2000 TTF v2.10
Source Han Sans website OTF
WenQuanYi Zen Hei website TTC v0.9.46
Liberation Serif LOv4312 TTF v2.00.1
I think the variation in line height being observed is simply the result of varying metrics. In basic terms, older CJK fonts have a smaller Leading metric, while newer CJK fonts seem to have greater Leading metric (but other metrics are probably also influential).
Ruby text does seem to affect line spacing, but this may be a separate issue. I am unclear about this, which is partly why I raised it above as an open question.
(In reply to Owen Genat from comment #10)
> I think the variation in line height being observed is simply the result of
> varying metrics.
(In reply to Owen Genat from comment #10)
> I am not sure that this report describes a problem LO can solve, for the
> reasons indicated in bug 68735.
As with the bug report mentioned above, this appears to be an issue with the fonts themselves, and as such I'm marking this as RESOLVED NOTOURBUG for the time being. If someone has an idea for how we can address this problem, we can revisit it.