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

[bugzilla at redhat.com]

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





--- Comment #26 from Qianqian Fang <fangqq at gmail.com>  2009-04-19 08:18:30 EDT ---
(In reply to comment #24)
> Created an attachment (id=339961)
 --> (https://bugzilla.redhat.com/attachment.cgi?id=339961) [details]
> proposed fontconfig config
> 
> I've polished a lot from my previous proposal. it won't depends on other fonts.
> just works for the desired situation. this should be valid for current our
> policy as well.


hi Akira

unfortunately, I could not upgrade my F10 to rawhide due to some dependency
error, so I can not test it. But just from reading the fontconfig file, I am
pretty sure it will lose most of the desired features this font was designed
for, please read:

http://markmail.org/message/waeyjb3hqkpglfgk

and indeed, the current version of 61-wqy-bitmapsong.conf [1] contains the
following block:

       <match target="pattern">
           <test equal="any" compare="eq" name="family">
                    <string>WenQuanYi Bitmap Song</string>
           </test>
           <test equal="any" compare="eq" name="family">
                   <string>sans-serif</string>
           </test>
           <test compare="more" name="pixelsize">
                   <double>16</double>
           </test>
           <edit name="family" mode="prepend" binding="same">
                   <string>AR PL ShanHeiSun Uni</string>
           </edit>
      </match>

in another word, if the font size requested is greater than 16px, it SHOULD be
replaced by ShanHeiSun (Uming). Thus, the behavior you reported should not
happen with this conf file per se (force bitmaps at 100pt). So, I am not
convinced that 61-wqy-bitmapsong.conf needs to be changed to correct the error
you reported.


(In reply to comment #25)
>Oh, please update the config as needed if it's close to serif rather than
>sans-serif. just reading https://bugzilla.redhat.com/show_bug.cgi?id=476459#c3
>and realized it.  

as acknowledged by other Chinese font designers, it is not really proper to
assign a "serif" or "sans-serif" tag for bitmap glyphs optimized for small
sizes as all the "serif" features are degenerated. The purpose of these bitmaps
are for screen display of Chinese, no matter what font styles they are, to
reduce blurry.  That's why I put bitmaps in the first place for both aliases in
https://bugs.freedesktop.org/show_bug.cgi?id=20911

But one thing I can update, which is the fall-back font names. Currently, if
the pixel size is >16px or <10px, it will fallback to Ukai for serif, and Uming
for sans-serif. If it is more proper to use Uming for serif and ZenHei as the
fallback sans-serif. I can make this change if you want.


[1]
https://cvs.fedoraproject.org/viewvc/rpms/wqy-bitmap-fonts/F-10/61-wqy-bitmapsong.conf?revision=1.5&view=markup&sortby=log

-- 
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.