I think this should close the recent complaint about AUCTeX failing to compile because of not tex-jp.el.
I think we should leave off the proposed coding cookie so that we can report this problem timely when we see it again.
--- Begin Message ---In article <[EMAIL PROTECTED]>, Miles Bader <[EMAIL PROTECTED]> writes: > [1 <text/plain (7bit)>] > VIsiting a file which is encoded using the "iso-2022-jp" coding system, > using the command ("/tmp/isojp" is the file): > LANG=ja_JP.utf-8 emacs -Q /tmp/isojp > ... does not recognize the file's encoding properly, and instead tries > to decode it using utf-8 (so the file contents show up as a bunch of > escape characters). > Emacs reads the file properly if the encoding to use is explicitly > specified (with "C-x C-m c iso-2022-jp RET C-x C-f"). > This worked properly as of a week or so ago (not sure the exact dates), > so it seems to be a recent regression. Oops, I've just installed a fix. --- Kenichi Handa [EMAIL PROTECTED]
--- End Message ---
-- David Kastrup
_______________________________________________ bug-auctex mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-auctex
