From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.0.1) Gecko/20021003
Description of problem:
Every time we start xfs, the process want to rebuild the fonts.dir so that it
contain the right informaiton. But this is not working for Chinese or some
double-byte character fonts.
The main problem for this is that mkfontdir and mkfontscale didn't really know
about the fonts information. the output become.
instate of (The Right version)
(There is some chinese fonts in between and these chinese fonts is big5 coded.)
We need a resolve to make sure that mkfontdir is getting the right fonts name If
I'm not wrong this will happen to other double-byte fonts as well.
For your information this chinese fonts is some ages old, an hence it don't
really follow the new ttf standard but Openoffice printer does add them
correctly, and the correct fonts.dir was generated by openoffice.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Place a new Chinese Fonts to any of your fonts path
2.Restart your X fonts Server (xfs)
3.You will notice a change on the fonts.dir
Actual Results: You will get the chinese name if you are luckly enough else you
will get something like
Expected Results: The font name should be
These Chinese fonts was some ages old but it should be correctly detected. At
the same time, I've some new chinese fonts their name can be found for the one
which is postscript enable.
The web Prohibit me to enter some chinese character...
中國龍毛楷體 should be ä¸åé¾æ¯æ¥·é«
*** Bug 85184 has been marked as a duplicate of this bug. ***
X Logical Font Descriptors are defined to be in the X Portable Character Set;
you can't have a Chinese font name.
I suspect that with current versions of freetype and 'mkfontscale'
(ttmkfdir uses freetype1) things will come out better with a real
ASCII name rather than $$$$. Quite a bit of attention has been put
into making freetype-2.1.x pick the best ASCII name from a font.
Unfortunately, ttmkfdir is run on every font directory on xfs
startup, so will erase whatever fonts.scale you have there will
I don't think this problem will get fixed until we get rid of
ttmkfdir, but reassigning to that component.
Could you please attach ID009.TTF here, so I can take a look. Thanks.
The fonts files is a bit big in size (about 5~6) MB do you really want it to be
I think it is fine, or you could tell us how to download from other places.
If the font is a commercial font, please don't attach it here, since
we don't have any easy way of deleting attachments. I would mail
it to Yu Shao as an attachment, or mail him a link to where he can
Ok I'll send to Yu Shao.
BTW, This this is happen to RH9 as well.
Chan Min Wai,
I didn't receive the font, I will close it now, if it is still an
issue, please reopen it.
Sorry for this long long delay.
Please download the Big5 fonts or GB fonts here. I've try them it is
usable in Redhat 9 / Fedora.
Because the name isn't loaded correctly, So When you add 1 fonts, The
Fonts server added one new "unknow" fonts.
But after that, when you add the 2nd ~ 4th fonts, There is Still ONLY
one "unknow" fonts because fontconfig can't read it name.
This Page have some of the hack that Might help But they are not
accept by the main branch YET.
And Sorry for the long delay.
All entries of the name table's language ids are set as specific
language names like "simplified chinese" or "traditional chinese",
even it is ASCII string, it is a bug of font files.
So please contact font vendor, will close it as NOTABUG.