Bug 114746 - Improve CJK and CTL fonts setting in default Impress templates
Summary: Improve CJK and CTL fonts setting in default Impress templates
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.0.0.1 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: RTL-CTL CJK Templates
  Show dependency treegraph
 
Reported: 2017-12-29 06:49 UTC by Cheng-Chia Tseng
Modified: 2018-12-30 03:47 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
The screenshot of the Font tab of the "Title" style in the first slide of the Progress template (66.36 KB, image/png)
2017-12-29 06:49 UTC, Cheng-Chia Tseng
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cheng-Chia Tseng 2017-12-29 06:49:41 UTC
Created attachment 138729 [details]
The screenshot of the Font tab of the "Title" style in the first slide of the Progress template

Tested in Daily build (2017-12-28_10.01.02) and Chinese (traditional) locale (zh-tw).

The default templates of Impress provide poor default Asian fonts settings. 
Let's take the "Progress" template for example.

How reproducible: always
Reproduce Steps:
1. Install Daily Build and set the locale to Chinese (traditional) in Tools > Options > Language Settings > Language > Language Of "Locale setting" to "Chinese (traditional)" and enable Default Languages for Documents "Asain:" checkbox then seclect "Chinese (traditional)"
2. Press OK and restart
3. Open Impress and select any of the default templates, such as "Progress" for example here.

Actual Result of the styles in the first slide of the Progress template:
In the Font tab of the "Title" style:
    Western Text Font
    Family: Liberation Sans    Style: Bold    Size: 75

    Asian Text Font
    Family: 思源宋體    Style: Regular    Size: 24

In the Font tab of the "Outline 1" style:
    Western Text Font
    Family: Liberation Sans    Style: Regular    Size: 36

    Asian Text Font
    Family: 思源宋體    Style: Regular    Size: 24

Expected result:
1. Sans-serif font families should mapped to any 黑體/方體/ゴシック (Hei/Fung/Gothic typeface). In the case of zh-tw locale, it should map to the CJK_HEADING of zh-tw locale defined in VCL.xcu.
2. Serif font families should map to any 明體/宋體/明朝體 (Ming/Sung/Mincho typeface).  In the case of zh-tw locale, it should map to the CJK_TEXT of zh-tw locale defined in VCL.xcu.
3. The Asian Text Font "Style" and "Size" should be in coherent with Western Text Font Style and Size. If it is Bold and 75 points for Western Text, it is better to be the same for Asian Text. 

Bottom line:
Mostly all the templates have the problems on Asian Text Font Family, Style and Size. It is best to have a corresponding setting for each locale. If that cannot be done, just use the same generic font family (matchmaking for Sans and Serif fonts), the same style (Regular, Bold, etc.), and the same size.

PS. here is a brief view of the first candidate CJK font of zh-tw locale in VCL.xcu:
CJK_HEADING: 思源黑體 (Source Han Sans)
CJK_TEXT: 思源宋體 (Source Han Serif)
CJK_PRESENTATION: 思源黑體 (Source Han Sans)
CJK_SPREADSHEET: 思源黑體 (Source Han Sans)
Comment 1 Yousuf Philips (jay) (retired) 2017-12-29 10:49:47 UTC
(In reply to Cheng-Chia Tseng from comment #0)
> 1. Sans-serif font families should mapped to any 黑體/方體/ゴシック (Hei/Fung/Gothic
> typeface). In the case of zh-tw locale, it should map to the CJK_HEADING of
> zh-tw locale defined in VCL.xcu.
> 2. Serif font families should map to any 明體/宋體/明朝體 (Ming/Sung/Mincho
> typeface).  In the case of zh-tw locale, it should map to the CJK_TEXT of
> zh-tw locale defined in VCL.xcu.

All the impress templates use sans-serif fonts, so as no setting is defined in the template files, it should automatically pull the correct font based on VCL.xcu from CJK_PRESENTATION. But if a serif font is defined, i dont think there is a odf attribute that could be set that would cause LO to choose the correct font from VCL.xcu.

Maxim, Regina: thoughts?

> 3. The Asian Text Font "Style" and "Size" should be in coherent with Western
> Text Font Style and Size. If it is Bold and 75 points for Western Text, it
> is better to be the same for Asian Text. 

As the cjk and ctl font size and weight isnt defined in the tag, i would have expected that it would utilize the same settings used in latin, so this likely can be fixed in code, or alternatively we could add style:font-size-asian, style:font-weight-asian, style:font-size-complex, and style:font-weight-complex attributes.
Comment 2 Cheng-Chia Tseng 2017-12-29 11:05:28 UTC
>All the impress templates use sans-serif fonts, so as no setting is defined in the template files, it should automatically pull the correct font based on VCL.xcu from CJK_PRESENTATION. But if a serif font is defined, i dont think there is a odf attribute that could be set that would cause LO to choose the correct font from VCL.xcu.

Actually, I found the "Vintage" template of Impress using Liberation Serif. BTW, many templates shipped in other office suites (such as MS Office and Apple Keynote) also use Serif in some Impress templates. So we still have to take Serif into consideration.
Comment 3 Laurent BP 2017-12-29 11:18:53 UTC
"Progress" and some other Impress templates have been updated in 6.0.0 RC2
See https://bugs.documentfoundation.org/show_bug.cgi?id=103317#c26

Please check if sizes of Asian fonts are now correct.
Comment 4 Cheng-Chia Tseng 2017-12-29 11:32:55 UTC
(In reply to Laurent BP from comment #3)
> "Progress" and some other Impress templates have been updated in 6.0.0 RC2
> See https://bugs.documentfoundation.org/show_bug.cgi?id=103317#c26
> 
> Please check if sizes of Asian fonts are now correct.

This is tested in Daily build (2017-12-28_10.01.02). Not resolved yet.
Comment 5 Laurent BP 2017-12-29 13:08:06 UTC
(In reply to Yousuf Philips (jay) from comment #1)
> As the cjk and ctl font size and weight isnt defined in the tag, i would
> have expected that it would utilize the same settings used in latin, so this
> likely can be fixed in code, or alternatively we could add
> style:font-size-asian, style:font-weight-asian, style:font-size-complex, and
> style:font-weight-complex attributes.
Actually I removed all these tags, because I was expecting such behavior: use latin settings for size and weight with asian and complex.
This may be a different bug report.
Comment 6 QA Administrators 2018-12-30 03:47:19 UTC
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug