# HG changeset patch # User Chong Yidong # Date 1252874806 0 # Node ID c4fa6fe7740657bec54d4c781e42a8a6524fb9f4 # Parent 3841117510edaa87eb298c1e06cbae2ae6034e4c * PROBLEMS: Document Athena/Lucid internationalization problem (Bug#4333). diff -r 3841117510ed -r c4fa6fe77406 etc/ChangeLog --- a/etc/ChangeLog Sun Sep 13 20:35:47 2009 +0000 +++ b/etc/ChangeLog Sun Sep 13 20:46:46 2009 +0000 @@ -1,3 +1,8 @@ +2009-09-13 Chong Yidong + + * PROBLEMS: Document Athena/Lucid internationalization + problem (Bug#4333). + 2009-09-02 Carsten Dominik * refcards/orgcard.tex: Document new effort setting commands. diff -r 3841117510ed -r c4fa6fe77406 etc/PROBLEMS --- a/etc/PROBLEMS Sun Sep 13 20:35:47 2009 +0000 +++ b/etc/PROBLEMS Sun Sep 13 20:46:46 2009 +0000 @@ -911,7 +911,9 @@ Many Spanish keyboards seem to ignore that combination. Emacs can't do anything about it. -** Characters from the mule-unicode charsets aren't displayed under X. +** International characters aren't displayed under X. + +*** Missing X fonts XFree86 4 contains many fonts in iso10646-1 encoding which have minimal character repertoires (whereas the encoding part of the font @@ -927,6 +929,12 @@ mule-unicode-e000-ffff:-gnu-unifont-*-iso10646-1,\ mule-unicode-0100-24ff:-gnu-unifont-*-iso10646-1 +*** Athena/Lucid toolkit limitations + +The Athena/Lucid toolkit cannot display UTF-8 strings in the menu, so +if you have UTF-8 buffer names, the buffer menu won't display the +names properly. The GTK+ toolkit works properly. + ** The UTF-8/16/7 coding systems don't encode CJK (Far Eastern) characters. Emacs directly supports the Unicode BMP whose code points are in the