Bug 499902
Summary: | [CJK] 65-nonlatin.conf needs updating and lang tags for CJK etc | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Qianqian Fang <fangqq> | ||||||
Component: | fontconfig | Assignee: | Behdad Esfahbod <behdad> | ||||||
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | rawhide | CC: | behdad, extras-orphan, fonts-bugs, i18n-bugs, kcao, nicolas.mailhot, petersen, tagoh | ||||||
Target Milestone: | --- | Keywords: | FutureFeature, Reopened | ||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
URL: | http://picasaweb.google.com/fangqq/ProposalForFontconfigSettingsForCJKLanguages | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Enhancement | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | |||||||||
: | 572841 (view as bug list) | Environment: | |||||||
Last Closed: | 2010-03-12 07:03:46 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 507681, 554911, 572841 | ||||||||
Attachments: |
|
Description
Qianqian Fang
2009-05-08 19:16:26 UTC
Created attachment 343148 [details]
language specific fontconfig settings for Chinese
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Closing since this issue has been under discussion upstream. Reopening since WQY Zenhei is still overriding vlgothic in Japanese webpages in firefox. I don't see how this can still happen. Please attach your FC_DEBUG output of a test command, for example pango-view --waterfall --text='与返骨直' --language=ja (In reply to comment #4) > Reopening since WQY Zenhei is still overriding vlgothic in Japanese > webpages in firefox. That's the "ll v.s. ll-cc" issue. I've tried to run firefox with FC_DEBUG=4 and have a look at the logs. I see they requested both of lang="ja-jp" and lang="ja" in the queries of the font. ideally it would be nice to fix this issue in fontconfig though, we may want to think about a workaround in firefox for that? Or add a rule for "ll" in every fonts... dunno. replied from gmail, but never show up, repost. (In reply to comment #6) > That's the "ll v.s. ll-cc" issue. I've tried to run firefox with FC_DEBUG=4 and > have a look at the logs. I see they requested both of lang="ja-jp" and > lang="ja" in the queries of the font. ideally it would be nice to fix this > issue in fontconfig though, we may want to think about a workaround in firefox > for that? > > Or add a rule for "ll" in every fonts... dunno. If I were you, I would use the following construct <test name="lang" compare="contains"><string>ja</string></test> to get around this. It is not as dangerous as some of you might think, the language tags are rather stable in Linux. Of course, the ideal solution would be to ask fontconfig to support regular-expression in compare, something like <test name="lang" compare="regex"><string>^ja(-\w+)*</string></test> (In reply to comment #7) > If I were you, I would use the following construct > <test name="lang" compare="contains"><string>ja</string></test> > to get around this. It is not as dangerous as some of you might think, the > language tags are rather stable in Linux. Me either. (In reply to comment #7) > If I were you, I would use the following construct > <test name="lang" compare="contains"><string>ja</string></test> > to get around this. It is not as dangerous as some of you might think, the > language tags are rather stable in Linux. Sure. it looks good in this case but it may depends. we had experienced a bug like http://bugs.freedesktop.org/show_bug.cgi?id=23419. it may be too early saying that is stable in _Linux_. > Of course, the ideal solution would be to ask fontconfig to support > regular-expression in compare, something like > <test name="lang" compare="regex"><string>^ja(-\w+)*</string></test> FWIW "contains" isn't supposed to check the language name comparison only. it tries to check the code coverage with orth files first and then compare the name if it fails. hmm, it may be good to keep this AS IS and close upstream again. I'll make a clone for vlgothic-fonts specific issue. |