Ubuntu
software-center package

Chinese font not render in the same font-family

Bug #467979 reported by jack on 2009-11-01

This bug report is a duplicate of: Bug #502610: Chinese characters unexpectedly switch fonts in WebKit-GTK. Edit Remove

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	Gwibber	New	Undecided	Unassigned
	software-center (Ubuntu)	Confirmed	Undecided	Unassigned

Bug Description

Binary package hint: software-center

Under China Main Land setting.

Every Webkit based widget render Chinese font incorrectly.

Some in "AR PL UKai CN" family,Some in "WenQuanYi ZenHei" family
(as the attachment show)

Even in the consecutive Chinese font string.

In the state of ideal, every Chinese font in the same paragraph should render in the same font-family.

I can't identify this behavior cause by webkit or fontconfig or freetype or pango.

p.s. Arora render correctly. Gwibber which base on pywebkitgtk have the same render problem.

ProblemType: Bug
Architecture: amd64
Date: Sun Nov 1 14:15:11 2009
DistroRelease: Ubuntu 9.10
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
Package: software-center 1.0.2 [modified: usr/share/software-center/templates/AppDetailsView.html]
PackageArchitecture: all
ProcEnviron:
LANGUAGE=zh_CN.UTF-8
LANG=zh_CN.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: software-center
Uname: Linux 2.6.31-14-generic x86_64
XsessionErrors:
(gnome-settings-daemon:1390): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
(nautilus:1422): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
(polkit-gnome-authentication-agent-1:1452): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed

See original description

Tags:

Revision history for this message

jack (jacksjy) wrote on 2009-11-01:

Screenshot-1.png Edit (36.6 KiB, image/png)
Dependencies.txt Edit (4.9 KiB, text/plain; charset="utf-8")

Revision history for this message

Andrew (and471) wrote on 2009-11-01:

Can you try with latest rev in my branch ?

https://code.launchpad.net/~rugby471/software-center/software-store-andrew

Revision history for this message

jack (jacksjy) wrote on 2009-11-02: Re: [Bug 467979] Re: Chinese font not render in the same font-family

Anderw:
I had tried your branch, problem still there.

I find a very dirty way to workaround,

add font-family:"DejaVu Sans",Serif; in template's css,

use Serif as a bottom (_|_ catch any unmatch case ).

Now every Chinese Font will catch at Serif
(and i find Serif may be the only font-family can parse correctly )

I still can't point out the cause of such behavior.

On Mon, Nov 2, 2009 at 12:20 AM, Andrew <email address hidden> wrote:

> Can you try with latest rev in my branch ?
>
> https://code.launchpad.net/~rugby471/software-center/software-store-<https://code.launchpad.net/%7Erugby471/software-center/software-store->
> andrew
>
> --
> Chinese font not render in the same font-family
> https://bugs.launchpad.net/bugs/467979
> You received this bug notification because you are a direct subscriber
> of the bug.
>

jack (jacksjy) on 2009-11-04

description:

updated

Revision history for this message

Aron Xu (happyaron) wrote on 2009-11-04:

I can confirm this bug.

Changed in software-center (Ubuntu):
status:	New → Confirmed

Revision history for this message

Qianqian Fang (fangq) wrote on 2010-03-06:

This is the typical scenario where Japanese fonts overwrite Chinese fonts. The default fontconfig settings put Japanese fonts in front of Chinese fonts. Because Japanese fonts only cover a small fraction of Kanji, when rendering a block of simplified/traditional Chinese text, the missing ones will be rendered by Chinese fonts with full-coverage. I had proposed solutions to this issue, but the fontconfig developers are slow in responding:

https://bugzilla.redhat.com/show_bug.cgi?id=499902
http://bugs.freedesktop.org/show_bug.cgi?id=20911

if your firefox and other programs handle Chinese properly, then it must be webkit-based programs ignore some of the additional CJK specific fontconfig settings.

Revision history for this message

jack (jacksjy) wrote on 2010-03-06:

Thanks for Qianqian Fang 's useful reply.

And I'm scare with that there is no Chinese maintainer in fontconfig , and the significance J bias.