[Bug 492510] Regression: wqy-bitmap-fonts preferred font over truetype fonts

bugzilla at redhat.com bugzilla at redhat.com
Fri May 8 04:53:06 UTC 2009


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=492510


Qianqian Fang <fangqq at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
               Flag|                            |needinfo?(tagoh at redhat.com)




--- Comment #54 from Qianqian Fang <fangqq at gmail.com>  2009-05-08 00:53:03 EDT ---
(In reply to comment #52)
> Again, it's a separate issue. please stop mixing up multiple bugs here. and I'm
> still waiting for your explanation what exactly you faced with my simpler
> fontconfig rule.  

ok, let me first reply your above question. 

Test environment: rawhide with today's update, installed Uming,
wqy-bitmap-fonts, and the Japanese fonts, and NOT installed wqy-zenhei-fonts (I
will discuss about this later). I used your proposed config file, referred to
"NEW" and the 61-wqy-bitmapfont.conf in the current wqy-bitmap-fonts package,
referred to "OLD".

* Test set 1, pango-view tests

I ran all 9 tests listed in Comment#52, for NEW, tests 1-2,4-6,8-9 got expected
results. test 3: the "sans 100" was rendered by outline font UMing; test 7, the
"sans 100" was rendered by bitmap song.

For OLD, same results for 1-2,4-6,8-9; both tests 3 and 7, it uses bitmap song
for Chinese rendering (notice these two tests are for zh and en locales, not
for ja).


Conclusion: the only difference between these two tests is test 3, which I can
not say which one is better. Clearly, no Japanese fonts were overwritten by the
current version of wqy-bitmap-fonts, under any test locales.


* Test set 2, browser/terminal and desktop font rendering

My standard test page is http://wenq.org/?WQYTest . I set one of the NEW and
OLD file as the active setting and made screen captures under ja/zh/en
desktops. The results were uploaded to this album:

http://picasaweb.google.com/fangqq/ConfigScreenshot

you can click into each screenshot and click magnify.

Basic conclusions: 
1. the rendering for ja desktops are identical (ignore those simplified Chinese
characters that are not defined in JIS); all Han glyphs were rendered with the
preferred Japanese Gothic or Mincho fonts in both browser, desktop menu and
terminal.

2. the rendering for en desktop are different. NEW config renderings is bad for
2.1 it uses a mixture of Mincho with bitmap song to render the H1/H2 titles, 
2.2 it renders Han glyphs in terminals with a mixture of UKai and Gothic,
2.3 and for Sans, Hanzi at all sizes were rendered by Japanese Gothic
2.4 for serif and mono, 13pt and 14 pt still uses bitmap to render

3. for zh desktop, the rendering are identical. However, both are different
from what was configured for F8~F10, which you can see in the last screenshot.
in the past, all bitmaps in the web/terminal are from wqy-bitmap-fonts, but
now, the web/terminal bitmaps are from Uming, which is inferior in quality.
However, this is a separate issue. Perhaps some config files of Uming changed
the priority.

To summarize: the two config files performs pretty much the same for zh and ja,
but the OLD config file more consistent selection of fonts for en (and all
non-CJK locales) desktops.

So, I don't see the benefit of switching to the new file.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.




More information about the Fedora-fonts-bugs-list mailing list