Issue 75640 - Impress: in Chinese Windows, Chinese chars in unrecognised font should use Chinese font
Summary: Impress: in Chinese Windows, Chinese chars in unrecognised font should use Ch...
Alias: None
Product: Impress
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.0.1
Hardware: PC Windows XP
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2007-03-22 10:54 UTC by zhongqiyao
Modified: 2017-05-20 11:08 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

font substitution of CJK characters in Chinese Windows (23.00 KB, application/octet-stream)
2007-03-22 10:59 UTC, zhongqiyao
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description zhongqiyao 2007-03-22 10:54:48 UTC
Windows XP Home, Chinese (Traditional chararcters).
OpenOffice Impress 2.0.1, Chinese (Traditional characters).

This may be related to:
not solved "nicely".

1. Open a file with Chinese (or CJK) characters
not uncognised in Windows, separately in Microsoft PowerPoint
and OpenOffice Impress.

2. In Impress, they are displayed using "MS Mincho", which is
Japanese-based, and first character cannot find its font.
In Microsoft PowerPoint, they are
displayed in "SimSun" which is Chinese-based.

3. COMMENT: A user of a Chinese Windows system
is more probably to be using Chinese-based CJK characters.
A Japanese-based CJK font displays CJK
in Japanese style, and in case it encounters
an unavailable characters, it will find another substitute
font, as in the case of the first character.
In a Chinese Windows system, it is better to
find a Chinese-based CJK font, so that Chinese characters
are displayed properly in Chinese style.



Comment 1 zhongqiyao 2007-03-22 10:59:11 UTC
Created attachment 43855 [details]
font substitution of CJK characters in Chinese Windows
Comment 2 wolframgarten 2007-03-22 11:09:08 UTC
Comment 3 zhongqiyao 2007-03-22 11:19:17 UTC
Also, in Fedora Linux 4, OpenOffice Impress 1.9.104 (which is
a version of 2.0 Beta), unrecognised font is displayed
as empty space.


Comment 4 christian.guenther 2007-03-30 16:52:36 UTC
I can't reproduce the bug.
Please test it in the latest OOo version (2.2)
Comment 5 zhongqiyao 2007-04-12 02:43:02 UTC
Do you mean that you cannot reproduce this problem in 2.0.1 or 2.2?
I will check 2.2 when I get hold of it.

Here is the detailed description of the problem, in 2.0.1.

1. I wanted to mean "characters in a *font* unavailable in Windows",
not "characters unavailable in Windows". So open this attachment,
and you have two characters in a *font* unavailable in Windows".

2. In impress, they don't look being in the same font.

2.1 Change both characters to Japanese-based "MS Mincho". The appearance
has not changed. It means Impress is displayed this unrecognised font
as "MS Mincho".

2.2 Change both characters to Japanese-based "MS Gothic". The second character
changes its appearance but the first character does not. It means the first
character in not available in this font (neigher MS Mincho not MS Gothic),
and is displayed in yet another substituted font.

2.3 Now change both characters to Chinese-based "SimSun". Both characters
changed their appearance to look in the same font,
and look like how it is displayed in
Microsoft Office 2003. So Microsoft Office 2003 is using "SimSun"
to display

3. Because it is being run in Chinese OpenOffice in Chinese Windows,
users are likely to be using Chinese-based CJK characters (instead of
Japanese-based, etc.). So it is advisable to use a Chinese-based
CJK font to display unavailable fonts, instead of using 
Japanese-based CJK font.


Comment 6 christian.guenther 2007-04-17 14:43:38 UTC
Thanks for the step by step description.
Now I can reproduce the bug.
Set to new and change the target.
Comment 7 christian.guenther 2007-04-17 14:44:57 UTC
I can reproduce the bug.
Please have a look.
Comment 8 2007-04-17 15:07:20 UTC
If the language-vector of the original font is known and the unicode for which
glyph fallback is needed matches is covered by this then then a glyph fallback
font with a matching language support should be prefered.
Comment 9 peter.junge 2007-04-18 02:23:23 UTC

I think P4 is too low for this issue. I think it would be clearly a P3 if a
similar issue would be filed against wrong display of German 'Umlaute' (ä, ö, ü).

Best regards
Comment 10 Marcus 2017-05-20 11:08:15 UTC
Reset assigne to the default "".