Bug 578050 - lang-specific overrides rule doesn't work as expected
Summary: lang-specific overrides rule doesn't work as expected
Alias: None
Product: Fedora
Classification: Fedora
Component: wqy-microhei-fonts
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Peng Wu
QA Contact: Fedora Extras Quality Assurance
Depends On: 578015
Blocks: F13Target
TreeView+ depends on / blocked
Reported: 2010-03-30 03:59 UTC by Akira TAGOH
Modified: 2010-05-04 02:20 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2010-05-04 02:20:33 UTC
Type: ---

Attachments (Terms of Use)

Description Akira TAGOH 2010-03-30 03:59:44 UTC
Description of problem:
All of detailed information is available on my post at the fonts list:

binding="same" in the fontconfig config file prevents to apply the rule for the
language only properly. As a result, fonts is used for non-targetted languages
and it may gives different look and feel in some cases.

I'd propose to get rid of binding="same" from:

Comment 1 Fedora Admin XMLRPC Client 2010-04-15 06:00:21 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 Peng Wu 2010-04-19 06:09:51 UTC
Fixed in wqy-microhei-fonts-0.2.0-0.3.beta.fc13.

Comment 3 Fedora Update System 2010-04-19 06:31:10 UTC
wqy-microhei-fonts-0.2.0-0.3.beta.fc13 has been submitted as an update for Fedora 13.

Comment 4 Fedora Update System 2010-04-20 13:35:45 UTC
wqy-microhei-fonts-0.2.0-0.3.beta.fc13 has been pushed to the Fedora 13 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update wqy-microhei-fonts'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/wqy-microhei-fonts-0.2.0-0.3.beta.fc13

Comment 5 Akira TAGOH 2010-04-26 08:09:25 UTC
Testing result without wqy-zenhei-fonts due to its priority thing:
# rpm -qa wqy-microhei-fonts
# fc-match monospace:lang=en
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
# fc-match monospace:lang=en-us
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
# fc-match monospace:lang=zh
wqy-microhei.ttc: "WenQuanYi Micro Hei" "Regular"
# fc-match monospace:lang=zh-cn
wqy-microhei.ttc: "文泉驛微米黑" "Regular"
# fc-match monospace:lang=zh-hk
hanazono.ttf: "HanaMin" "Regular"
# fc-match monospace:lang=zh-sg
wqy-microhei.ttc: "文泉驛微米黑" "Regular"
# fc-match monospace:lang=zh-tw
hanazono.ttf: "HanaMin" "Regular"

That looks good though, the font for zn-cn and zh-sg was picked up by the implicit rules in fontconfig that happens when no explicit rules and fallback to the fonts. so

  <test name="lang">

  should be

  <test name="lang">

since most applications gives the language with ll-cc in the query from current locale.

# fc-match sans:lang=en
DejaVuSans.ttf: "DejaVu Sans" "Book"
# fc-match sans:lang=en-us
DejaVuSans.ttf: "DejaVu Sans" "Book"
# fc-match sans:lang=zh
wqy-microhei.ttc: "WenQuanYi Micro Hei" "Regular"
# fc-match sans:lang=zh-cn
wqy-microhei.ttc: "文泉驛微米黑" "Regular"
# fc-match sans:lang=zh-hk
hanazono.ttf: "HanaMin" "Regular"
# fc-match sans:lang=zh-sg
wqy-microhei.ttc: "文泉驛微米黑" "Regular"
# fc-match sans:lang=zh-tw
hanazono.ttf: "HanaMin" "Regular"

Same the above.

# fc-match serif:lang=en
DejaVuSerif.ttf: "DejaVu Serif" "Book"
# fc-match serif:lang=en-us
DejaVuSerif.ttf: "DejaVu Serif" "Book"
# fc-match serif:lang=zh
hanazono.ttf: "HanaMin" "Regular"
# fc-match serif:lang=zh-cn
wqy-microhei.ttc: "文泉驛微米黑" "Regular"
# fc-match serif:lang=zh-hk
hanazono.ttf: "HanaMin" "Regular"
# fc-match serif:lang=zh-sg
wqy-microhei.ttc: "文泉驛微米黑" "Regular"
# fc-match serif:lang=zh-tw
hanazono.ttf: "HanaMin" "Regular"

No explicit rules for serif in wqy-microhei-fonts.

# for i in $(ls /usr/share/locale|grep -v -E "^(zh)$"); do fc-match sans:lang=$i|grep -E "^(WenQuanYi Micro Hei)$"; [ $? = 0 ] && echo $i; done

No affects to other languages.

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