Bug 644685

Summary: cjkuni-* and wqy-* fonts mixed up
Product: [Fedora] Fedora Reporter: Yao Ziyuan <yaoziyuan>
Component: cjkuni-fontsAssignee: Peng Wu <pwu>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: rawhideCC: dchen, fonts-bugs, jni, pwu, rhe, shawn.p.huang, supercyper1, tagoh
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-03-28 09:16:27 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Yao Ziyuan 2010-10-19 23:34:57 UTC
Description of problem:

Imagine gedit showing an English text, some letters displayed in Sans
and others in Serif. That terrible inconsistency is what is happening
with Fedora 13's handling of Chinese display in gedit (and probably
elsewhere).

In a clean Fedora 13 installation with the package group "Chinese
Support" installed, type some Chinese in gedit. You will notice two
genres of Chinese fonts appear at the same time. These two genres come
from cjkuni-* and wqy-* packages.

The simple solution: exclude cjkuni-* from the package group "Chinese Support".

The more complex solution: configure fonts better so that cjkuni-*
fonts and wqy-* fonts will never be mixed in the same text.

Version-Release number of selected component (if applicable):

Comment 1 Peng Wu 2010-10-20 02:07:01 UTC
Please provide the result of the following commands:
$ locale
Thanks

Comment 2 Yao Ziyuan 2010-10-20 02:11:53 UTC
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=

Comment 3 Peng Wu 2010-10-20 02:34:45 UTC
This is because you are using English environment.
And now for Simplified Chinese, the default desktop font is WenQuanYi ZenHei; for Traditional Chinese, the default desktop font is UMing. 
As pango will try to figure out which language is used in gedit, and many characters overlaps in Simplified Chinese and Traditional Chinese, pango fails to detect the language in gedit.

Also we still considers split "Chinese Support" package group into "Simplified Chinese Support" and "Traditional Chinese Support".

Assume you use Simplified Chinese, I suggest you to tell pango the language in gedit is Simplified Chinese.
export PANGO_LANGUAGE=en:zh_CN
maybe you can put this in your bash profile.

Comment 4 Yao Ziyuan 2010-10-20 03:30:10 UTC
For myself I simply removed cjkuni-* packages. They suck anyway.

I support your idea of splitting the "Chinese Support" group to a simplified and a traditional group.

Comment 5 Yao Ziyuan 2010-10-27 12:28:38 UTC
The ideal outcome is, in non-Chinese locales, even if both wqy-* and cjkuni-* fonts are installed, gedit should only choose one font to display all Chinese characters (this font has to support both simplified and traditional characters). Other fonts are only used when this primary font doesn't provide a certain character.

Comment 6 Peng Wu 2010-11-12 05:28:28 UTC
[Bug 650028] RFE allow lists of locales for language groups
the above bug is opened for considering "Chinese Support" split.

Comment 7 Akira TAGOH 2011-03-28 09:16:27 UTC
(In reply to comment #5)
> The ideal outcome is, in non-Chinese locales, even if both wqy-* and cjkuni-*
> fonts are installed, gedit should only choose one font to display all Chinese
> characters (this font has to support both simplified and traditional
> characters). Other fonts are only used when this primary font doesn't provide a
> certain character.

If the problem is that mixing up both fonts in one alias. otherwise no. aside from what Chinese people prefers, "Sans-serif" and "Serif" isn't same typeface. we shouldn't use one for both.

Having separate language support should works for a workaround so far. and fixed in rawhide and f15 now. plus, I don't think having this kind of changes in updates isn't a good idea because changing default fonts makes confusion. so closing.