Katsumi Yamaoka wrote:
Oops, your fix did the trick in the Solaris 2.6 display. I'm using the Fedora Core 4 linux normally, and it will be a problem of occurring only with FC4's X server (or the window manager). I'll look into it, though I might be able to do nothing...
Basically it is a font <=> locale problem. I suspect you have UTF-8 as your locale coding, but X does not seem capable of using fonts in 10646 coding in this case. So X needs fonts in many codings to cover UTF-8.
Solved! The solution is quite basic; it is to add all the existing font directories to the font path in the proper order using the xset command. Formerly, the font path contained only `unix/:7100'. The reasons I forgot to do it are: The fonts which were used in normal Emacs buffers could be set correctly. Furthermore, all the fonts including the menu font could be set in Emacs 21.x. Before upgrading RHL9 to FC4 (a couple of weeks ago), there was no problem even in Emacs 22. The font path contained only a few directories which I had installed and `unix/:7100' then. I don't know the difference between RHL9 and FC4 in detail, but all's well that ends well. :)
Apparently fixing the font path made X find all those fonts it needed. You can add font directories to /etc/X11/fs/config (or similar) and restart the xfs (X font server) and keep unix/:7000 as font path.
Jan D. _______________________________________________ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
