[Webkit-unassigned] [Bug 26003] New: Has inconsistent font selection behavior compared with other GTK2 apps
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sun May 24 23:57:08 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=26003
Summary: Has inconsistent font selection behavior compared with
other GTK2 apps
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: WebKit Gtk
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: wanghz at gmail.com
I'm using Debian Linux (sid/unstable). Currently, Debian provides
epiphany-webkit version 2.27.1-2 in sid, which uses webkitGTK+1.1.7. The
problem I encountered is that epiphany-webkit has not inconsistent font
selection behavior compared with other GTK2 apps when epiphany-webkit is
rendering web pages containing Chinese characters.
To be specific, we consider a freshly setup Debian Linux with packages
ttf-arphic-uming and ttf-arphic-ukai installed. These two packages provide
Chinese fonts: AR PL UMing and AR PL UKai. These packages also installed
fontconfig configuration files which contain the instructions to prefer to AR
PL UMing when Chinese characters are rendered through fontconfig. That is,
when a typical GTK2 app needs display some Chinese characters (not covered by
the system's default font DeJaVu Sans), AR PL UMing font will be selected.
Such a behavior is consistent in both GTK2 and QT4 apps.
But in epiphany-webkit, a GTK2 app using webkit, this behavior is no longer
consistent. For example, when we open a web page, like www.google.com.hk, AR
PL UKai will be used instead to render the Chinese characters. As another
example, when www.xinhuanet.com is accessed, AR PL UKai is also selected
instead of AR PL UMing.
So, I wonder if there is a bug in webkitGTK+ so that epiphany-webkit does not
fully respect fontconfig's configurations.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the webkit-unassigned
mailing list