Bug 644685 - cjkuni-* and wqy-* fonts mixed up
Summary: cjkuni-* and wqy-* fonts mixed up
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: cjkuni-fonts
Version: rawhide
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Peng Wu
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-19 23:34 UTC by Yao Ziyuan
Modified: 2011-03-28 09:16 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-28 09:16:27 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.