Red Hat Bugzilla – Bug 523454
[ml_IN] Fontconfig settings for Meera font not working properly
Last modified: 2010-05-14 01:04:18 EDT
Description of problem:
Meera font has a scaling property defined in /etc/fonts/conf.d/90-smc-fonts.conf file. It has a 1.2 times size scaling. But in Fedora 11 this scaling is not working properly. When Meera font is selected with size say, 12 for the applications, window titles etc, the entire desktop get ugly with expanded and overlapped titlebars or strings in application.
Steps to Reproduce:
1. Open abiword, type two words(english/malayalam), set the font of first word as Meera 12, second as Rachana 12 and compare the size. Meera font is bigger than Rachana font
2. System->Preferences->Appearance->Fonts, , select the fonts for all types as Meera 12. Select theme as Clearlooks. See the panel width, window title width, the big close buttons etc. Repeat the same with Rachana 12 and see the difference
Meera font size is big and takes more spaces in application making the application look bad
Setting font size 12 should set the size as 12 and the size should be same as other fonts with same size.
Confirmed this bug in OpenOffice.org. Please find the attached screenshots.
Created attachment 361191 [details]
OpenOffice document using Meera, rachana and suruma fonts with size 12
Created attachment 361193 [details]
Desktop with Meera font as default (size 12)
It will be nice if you update this bug with version of following packages
smc-meera-fonts and metacity
(In reply to comment #0)
> Description of problem:
> Meera font has a scaling property defined in
> /etc/fonts/conf.d/90-smc-fonts.conf file. It has a 1.2 times size scaling. But
> in Fedora 11 this scaling is not working properly. When Meera font is selected
> with size say, 12 for the applications, window titles etc, the entire desktop
> get ugly with expanded and overlapped titlebars or strings in application.
IMHO reason behind this is font metrics of Meera
Rachana: Ascent: 1638, Descent: 410
Meera: Ascent: 1147, Descent: 901
Lohit: Ascent: 650, Descent: 374
looking at this Meera requires bit more vertical length of title bar for proper rendering as compared to Lohit. With compared to Rachana it requires bit more space below the character.
this Descent values is proper for Meera as there are some ligature required this much below space
about Panel menus getting overlap is because SPACE character 0x0020,
Meera : width = 563
Lohit : width = 350
Rachana : width = 466
so obviously Meera required more horizontal space as well, and panel menus getting overlapped, it will be nice if we can reduce its space value little bit
There is problem with OpenOffice, it is somehow not using .conf file, i am looking into it
Has the ascent-descent values for meera been changed recently? If so, please revert back to last working values if the change was not deliberate.
*** Bug 526420 has been marked as a duplicate of this bug. ***
about underline presence in the windows title bar..
this is happening with glossy, clearlooks, fedora default theme and curvy looks
while digging more on this problem i found that when we remove 90-smc-fonts.conf
this problem is not coming, even i tried some other combination of scaling matrix of .conf file but still this problem is happening
so changing component to fontconfig
Has nothing to do with fontconfig. I have no idea what the problem is, but it's definitely within 90-smc-fonts.conf as you said.
thanks behdad for quick comment, yep it looks like that
while chatting with Matthias Clasen on same issue, we found
as problem is not coming with Crux theme but coming with other themes, he shown difference in crux and clearlooks theme
<mclasen> one thing I notice that might be relevant (not sure)
<mclasen> is that crux seems to have a version-2 metacity theme xml file (metacity-theme-2.xml
<mclasen> clearlooks only has version-1 file
just do move /usr/share/themes/Crux/metacity-1 folder to somewhere temporarily
problem will start occurring with Crux theme as well
so looks like we identified where problem is occurring, moving componant to metacity, might be then need to move to gnome-themese for quick fix
but now need to see what will be quick fix for this
What I meant was to go into the folder /usr/share/themes/Crux/metacity-1
and move the file metacity-theme-2.xml to somewhere else, e.g. unused.xml
and see if the problem reproduces with the metacity-theme-1.xml thats in the same folder.
just moving metacity-theme-2.xml doesn't make any difference
upstream bug id
The issue disappeared when the matrix multiplication directive for Meera font has changed.From the entry for edit matrix directive for the font, the 'times' element and its child 'name' with value 'matrix' are removed. I don't know whether this is the right method because haven't seen any documentation regarding this. I think fontconfig is not well-documented about this entry.
The directive before change => http://pastie.org/651165
The directive after change => http://pastie.org/651160
BTW, strangely, the changes effected thru' fontconfig is not available in OpenOffice or KDE.
thanks suresh for pointer
please see if things are better with this rpm, if yes i will build smc-meera package again
rpm should resolve border bug of gnome-theme as well must not affect meera scaling rule in gedit
I can confirm that the fix mentioned by Suresh works fine in gnome applications. I did not use the RPM, but just edited the configuration file.
But the changes did not work on KDE and openoffice.
I am changing the component to Fontconfig again
santhoh can you test rpm as well?, so i can push this package for f12
fontconf scaling rules for meera not working in KDE and openoffice, is there anything more need to do other than adding .conf file?
Created attachment 364504 [details]
Gedit with Meera size 10
Created attachment 364505 [details]
Gedit with Rachana size 10
I have tested the RPM, and can confirm that the fontconfig rule doesn't work with OpenOffice. GNOME apps seems to work ok. But it looks like to me that Meera/Rachana size difference is still present. See the previous two screenshots, each with size 10. Window border theme is Glossy.
(In reply to comment #21)
> I have tested the RPM, and can confirm that the fontconfig rule doesn't work
> with OpenOffice. GNOME apps seems to work ok. But it looks like to me that
> Meera/Rachana size difference is still present. See the previous two
> screenshots, each with size 10. Window border theme is Glossy.
OO.o is notoriously challenged by non-trivial text rendering; it's probably worth it to open a separate bug on OO.o so the RedHat OO.o maintainers can look at it
(QT is also often challenged, though less so, and I don't think anyone @rh is going to work on it)
requested releng for adding same in F12 Final, hope so will get that
as suggested by Nicholas, Better to open new bug for OO.o and QT
Tested latest rawhide (smc-fonts-04.2-2.fc12) and here are the results with Meera 10, Meera 12, comparing with Rachana 10 and Rachana 12 on Fedora default desktop:
Meera 10 -> underline appears on the gui and gedit title bar
Meera 12 -> underline appears on the gui and gedit title bar and the close buttons become too larger in size.
(above issues applicable to OO, FF and Qt as mentioned earlier)
Rachana 10 -> works well with no underline
Rachana 12 -> works well with no underline and buttons are normal in size.
Relevant screenshots attached for Meera 10, Meera 12, Rachana 10, Rachana 12.
Created attachment 366559 [details]
Screenshot with Meera 10
Created attachment 366560 [details]
Screenshot with Meera 12
Created attachment 366561 [details]
Screenshot with Rachana 10
Created attachment 366562 [details]
Screenshot with Rachana 12
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.
More information and reason for this action is here:
(In reply to comment #15)
> The issue disappeared when the matrix multiplication directive for Meera font
> has changed.From the entry for edit matrix directive for the font, the 'times'
> element and its child 'name' with value 'matrix' are removed. I don't know
> whether this is the right method because haven't seen any documentation
> regarding this. I think fontconfig is not well-documented about this entry.
> The directive before change => http://pastie.org/651165
> The directive after change => http://pastie.org/651160
fontconfig rules dont work well if we remove
above line from smc-fonts conf file
but yes underline issue go out.
so issue is still present
Created attachment 405501 [details]
Underline issue resolved - screenshot
Tested the updated gnome-themes-2.28.1-3.fc12 on F12. The underline issue has disappeared and all windows (oowriter, gnome-terminal, kwrite, gedit, firefox and evince) appears good to me.
Screenshot for oowriter, gnome-terminal, kwrite, gedit, firefox attached for confirmation. Thanks Pravin.
i think we can close this bug now
I have already given reason's regarding extra title bar space, see comment #6
if any issue regarding this please reopen bug