Red Hat Bugzilla – Bug 72500
Can't select new fonts in mozilla (maybe Japanese only)
Last modified: 2007-04-18 12:45:57 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3; Linux)
Description of problem:
ttmkfdir doesn't make "-jisx"lists in fonts.dir.
so mozilla can't see that new fonts are Japanese.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. add new Japanese fonts to /usr/share/fonts/ja/TrueType/
is a good Japanese font.)
2. reboot your machine.
3. start mozilla,
4. set "Fonts for: Japanese".
5. look for fonts you added...you can't find them.
Actual Results: I can't select Japanese fonts I added.
Expected Results: I can select them.
I don't know. But in konqueror or openoffice or gnome-font-properties,
I can select Japanese fonts I added.
So maybe it's a mozilla's problem.
Mozilla doesn't recognize fonts-list(-iso10646-1 or -iso8859-10 etc..) made by ttmkfdir as
I think that those apps are all using Xft and are able to read the TT files
directly. Mozilla can only read them if they are available through standard X
I found Mandrake's ttmkfdir.It makes "-jisx"fonts.dir.
Delete ".jpg",Change permissions to "executable",then
Copy to "/usr/bin/".
Type "ttmkfdir >fonts.dir",and compare.
You can see RedHat's ttmkfdir is bad for Japanese.
I can use Japanese fonts in Mozilla with Mandrake's ttmkfdir.
Over to mike.
yshao handles ttmkfdir related bug reports reassigning..
If this is not considered a showstopper, then it likely wont be done
in the final release I don't believe. This release will be the last
Red Hat Linux release to ship with ttmkfdir written in C++ also.
Future releases will use mkfontscale instead.
yshao has the fix on latest ttmkfdir. Also mozilla uses Xft now and does not depends
on X font system.