Description of problem: Rendering of Text in Gnome-shell (and gedit) is broken. (May need to move bug for harfbuzz or pango?). but working as expected with Search (with gnome-shell), and Run dialog (Alt+f2) example Text [क्रियाएँ] Version-Release number of selected component (if applicable): lohit-devanagari-fonts-2.5.3-2.fc19.noarch gnu-free-sans-fonts-20120503-5.fc19.noarch gnu-free-fonts-common-20120503-5.fc19.noarch gnu-free-mono-fonts-20120503-5.fc19.noarch gnu-free-serif-fonts-20120503-5.fc19.noarch How reproducible: Steps to Reproduce: 1. Login into Hindi Desktop 2. Check "Acitivies" Rendering 3. Copy (क्रियाएँ) Text 4. Paste in Gedit 5. Press Window (Super) Key and Paste Text in Search 6. Alt + F2 and paste Copied text 7. Run firefox and Paste copied text Actual results: Rendering is wrong in step 2 (gnome-shell), 4 (gedit), Expected results: Rendering is correct for Step 5, 6, 7 Additional info: 1. If remove gnu-free-* fonts from system, rendering is fine 2. Bug #918478 is already fixed, but still issue is there for Rendering. Few more results from terminal on desktop 1. - LANG=hi_IN.utf8 LC_CTYPE="hi_IN.utf8" LC_NUMERIC="hi_IN.utf8" LC_TIME="hi_IN.utf8" LC_COLLATE="hi_IN.utf8" LC_MONETARY="hi_IN.utf8" LC_MESSAGES="hi_IN.utf8" LC_PAPER="hi_IN.utf8" LC_NAME="hi_IN.utf8" LC_ADDRESS="hi_IN.utf8" LC_TELEPHONE="hi_IN.utf8" LC_MEASUREMENT="hi_IN.utf8" LC_IDENTIFICATION="hi_IN.utf8" LC_ALL= -- 2 - [hindi@lenovox230 ~]$ fc-match Lohit-Devanagari.ttf: "Lohit Devanagari" "Regular" [hindi@lenovox230 ~]$ fc-match :lang=hi Lohit-Devanagari.ttf: "Lohit Devanagari" "Regular" [hindi@lenovox230 ~]$ fc-match :lang=mr Lohit-Devanagari.ttf: "Lohit Devanagari" "Regular" ---
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.