From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; el-GR; rv:1.7.5)
Description of problem:
vte_unichar_is_local_graphic() in vte.c should *not* think that
unicode U+03c0 (lowercase pi) is a graphic when you are in el_GR.UTF-8
mode. Because it does, it gets the y offset wrong and puts the letter
off the baseline every time it renders. Other letters are handled
My workaround, since my system is in that locale, was to comment out
the line in the function (/* case 0x03c0: pi */) which obviously
then is a problem for other locales. OTOH maybe pi doesn't need to be
a graphic for any locale. Someone else can decide that.
Other apps, no problem: xterm, evolution, etc.
Steps to Reproduce:
1. set locale to el_GR.UTF-8
2. run gnome-terminal (uses libvte!)
3. switch to greek keyboard and type, or cat a file, with utf-8 greek
in it that contains lower case letters including pi
4. notice that pi is offset from baseline every time compared to the
This is related to the "font substitution" process that takes place with fontconfig.
As few fonts have glyphs for all languages, there is a mechanism that fills the
character space from different fonts. The Pi letter comes from Bitstream Vera,
as Bitstream Vera covers it. Bitstream Vera is listed high on the preference
list at /etc/fonts.conf
The proper way to fix it is to add functionality in fontconfig as described in
In the meanwhile, it is good to include DejaVu (derived from Bitstream Vera) as
described in bug 158032.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
This is fixed in rawhide already, with vte 0.13.2 IIRC.
Confirmed fixed, recent install of FC5 with vte-0.12.2 shows the patch there
*and* the correct behavior, thanks!