Red Hat Bugzilla – Bug 134492
tracking to include indic fonts into fonts.conf
Last modified: 2007-11-30 17:10:50 EST
Description of problem:
It is sane to add indic font names once it is available into fonts.conf.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. vi /etc/fonts/fonts.conf
does not have indic fonts
should have indic fonts
Created attachment 105474 [details]
indic fonts, rendered with autohinting
Created attachment 105475 [details]
Indic fonts, rendered without hinting
One question not covered here is whether to leave autohinting enabled for
the Lohit font or not. I've attached images of them both ways (also included
Mukthi in the images ... we've disabled hinting for that since FC2).
The sizes in the image are 10,11,12,14,16,18.
The hinted versions are clearly better for all sizes for the Tamil, Gujarati,
and Punjabi fonts. For Bengali, Hindi there are some problems with the
connections of the baseline, but I think the improvement in clarity is
enough to ignore that. So I'm going to leave autohinting on in our fonts.conf
If we fixed the libgnomeprint problems with OTF/CFF fonts, converting the
fonts to OTF/CFF might give us the best of both worlds -- clear rendering
plus no baseline problems. But the libgnomeprint fix is non-trivial.
We see as well, that we *really* need to figure out some way of getting
larger default font sizes for Indic fonts (as well as for CJK) the
The fonts.conf in fontconfig-2.2.3-5 (building now) should have the right
configuration; I also fixed up the fontconfig orthographies for ta, pa, so
fontconfig correctly identifies the Lohit fonts as covering these languages.
From the comparsion, agreed let's leave autohinting for now. We will
rethink that if community have other good vaild reasons.
However one thing to note is that the font vendor has asked us to
disable hinting (he said he tested on FC1 and it is not good. Maybe it
because older version of freetype)?
Yup. The font size is the top priority for vendor to fix. I am going
to keep follow up with them on this problem.
For libgnomeprint, i will probably submit a bug in upstream and our bz
so we can keep track of it.
While the Bengali fonts and Hindi fonts definitely should be
larger within the char cell, I think the font size problem is
also in the GNOME size ... there is just no expectation that
Bengali, or Chinese, or Thai, or, ... will be usable with a 10
point font. We need to be able to vary the font size depending
My plan for this is to basically keep a separate font
configuration variable for each language that the user logs in
with ... so if they set the font in en_US, it won't affect what
they get when they log in zh_CN and vice versa. This allows
us to have a default that varies with locale.
We might even be able to do that for RHEL4.
I would really recommend turning off hinting for hindi and bengali. I
have spoken to native speakers of the languages, and readibility is
better with hinting turned off for these 2 languages.
punjabi, gujarati and tamil seem to be better with hinting.
Created attachment 105528 [details]
gedit, Bengali, 10pt, hinting
Created attachment 105529 [details]
Bengali, 10 pt, No hinting
As much as I'd like to defer to native speakers on this, the
combination of tiny font size and no hinting is, IMO, unacceptably
bad and I'd be embarassed to ship that way. (Not that I'm not
embarassed about how it looks with hinting on as well :-()
Bengali really isn't readable at 10 pt either way. But without
hinting, it's pretty close to nothing more than a blur. If we can
resolve the font size issue for RHEL4, I'd be willing to reconsider the
Good point. I think this decision is good until we got resolution on