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): How reproducible: Always Steps to Reproduce: 1. add new Japanese fonts to /usr/share/fonts/ja/TrueType/ (http://users.hoops.ne.jp/yozk/YOzFont.ZIP is a good Japanese font.) 2. reboot your machine. 3. start mozilla, select Edit>Preferences>Appearance>Fonts 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. Additional info:
XFree bug?
>XFree bug? 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 Japanese fonts.
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 fonts.
I found Mandrake's ttmkfdir.It makes "-jisx"fonts.dir. http://www.geocities.jp/knee2525/files/ttmkfdir.jpg 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.