Bug 956192
| Summary: | [hi_IN] Lohit fonts not getting selected as a default font for hi locale in gnome-shell | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | A S Alam <aalam> | |
| Component: | lohit-devanagari-fonts | Assignee: | Pravin Satpute <psatpute> | |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 19 | CC: | fonts-bugs, gwync, i18n-bugs, mclasen, mshao, orion, pnemade, psatpute, tagoh | |
| Target Milestone: | --- | Keywords: | i18n | |
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 961298 (view as bug list) | Environment: | ||
| Last Closed: | 2013-05-27 03:06:19 UTC | Type: | Bug | |
| 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: | 871252 | |||
| Bug Blocks: | ||||
| Attachments: | ||||
|
Description
A S Alam
2013-04-24 12:31:14 UTC
If it's not occurring everywhere, I'm not convinced the bug is with the fonts, but with something farther down. Could you attach a screenshot(s) with examples? Created attachment 739642 [details]
Screenshot for Issue
Blue Underline - Rendering is Correct
Red Underline - Rendering has issue
(sorry for delay in screenshot)
Alright, based on that I'm guessing harfbuzz. Probably we should not be using GNU Free for Hindi then? Alam: other Indic scripts/langs are not affected?? Presumably switching gedit to Lohit Devanagari fixes the rendering there. (In reply to comment #5) > Presumably switching gedit to Lohit Devanagari fixes the rendering there. Actually doesn't seem to be any Preferences UI now in gedit. Created attachment 740222 [details]
FreeSans rendering issues with Harfbuzz NG
This is problem with FreeSans rather than Harfbuzz. Please check text
"प्रविण सातपुते क्षत्रिय क्रियांये " with Lohit Devanagari for correct rendering.
Its probem with Rakara feature, if time permits i will provide patch for this.
(In reply to comment #4) > Probably we should not be using GNU Free for Hindi then? > > Alam: other Indic scripts/langs are not affected?? I can confirm Punjabi (Gurmukhi) has issues, other Pravin can confirm. Created attachment 740561 [details]
pref for gedit
Please click (or right click) on gedit icon (which is close to Activities in gnome-shell) and you can get preferences.
need to have similar recipe for FreeSans like this for FreeSerif: http://pkgs.fedoraproject.org/cgit/gnu-free-fonts.git/commit/?id=a6e0de29c2bd9663fd38bf54c4f26fef5507252a Created attachment 745547 [details]
Modified lohit devanagari conf file
After modifying lohit fontconf now i am getting
$fc-match serif:lang=hi
$fc-match sans-serif:lang=hi
$fc-match monospace:lang=hi
But still gnome-shell "activities" showing me FreeSans in output. Just wondering from where it is coming.
Created attachment 745617 [details]
screenshot showing gnu-free-sans getting selected in gnome-shell for hi
Created attachment 745621 [details]
expected output, gnome-shell should select lohit as a default font
Further update on this is 1. I tried by adding Latin characters in Lohit: Still same results. So i think FreeSans is not getting selected bacuase required characters are missing in Lohit. 2. Tried setting google-noto-devanagari-fonts as a default rather that Lohit Devanagari. Still FreeSans is getting selected in gnome-shell menu items. gedit and all other applications showing proper fonts expect gnome-shell menu's. Created attachment 747592 [details]
screenshot
Doesn't this look like working?
Yes, it is !! How did you achieved it? $fc-match monospace FreeSans.ttf $fc-match monospace:lang=hi Lohit-Devanagari.ttf i think same way we need to handle for Monospace as well. Well, that just looked like working. once the cursor is hovering, the font is getting back to FreeSans. I guess the trick may be something like this: $ fc-match -s Cantarell,sans:lang=hi Lohit-Devanagari.ttf: "Lohit Devanagari" "Regular" FreeSans.ttf: "FreeSans" "нормален" Cantarell-Regular.otf: "Cantarell" "Regular" ... Best font in this query is Lohit though, Lohit doesn't have ASCIIs. so falling back to FreeSans. FreeSans has both Devanagari scripts and ASCIIs. so keep using it. So the best way/workaround for this issue would be to remove Indic languages from the cache of FreeSans as we agreed in the meeting. did we do that already? No, we are not doing that already. But i will provide patches for that and ask gnu-free-sans maintainer to build it quickly. Do we need to add any specific fontconfig rule to lohit fonts? No. gnu-free-fonts won't be selected after that change. so this issue shouldn't happens. Yes, verified the fix with building gnu-free-fonts srpm http://pravins.fedorapeople.org/gnu-free-fonts-20120503-6.fc18.src.rpm I did reopened the old bug itself and provided patch there. Thanks a lot Tagoh for analysis of this bug. :) (In reply to comment #18) > Well, that just looked like working. once the cursor is hovering, the font > is getting back to FreeSans. I guess the trick may be something like this: > > $ fc-match -s Cantarell,sans:lang=hi > Lohit-Devanagari.ttf: "Lohit Devanagari" "Regular" > FreeSans.ttf: "FreeSans" "нормален" > Cantarell-Regular.otf: "Cantarell" "Regular" > ... > > Best font in this query is Lohit though, Lohit doesn't have ASCIIs. so > falling back to FreeSans. FreeSans has both Devanagari scripts and ASCIIs. > so keep using it. We are trying to add ASCII to lohit, that is long pending issue. Another problem of that is when using Lohit as a Web fonts ASCII fallback is unpredictiable and manytimes does not match with Lohit style. |