Re: set-buffer-file-coding-system doesn't

Jan> And BTW, I do have (setq default-buffer-file-coding-system Jan> 'iso-8859-2), I'm surprised I got iso-2022 output at all, but Jan> I guess I missed something here. The use of ISO 2022 in ISO 8859 coding systems is something the Japanese insisted on in traditional Mule, and is simply a violation of the standard (in spirit, if not the letter). I'll do something about it soon, but it's a major, backward-incompatible, change. Done wrong it could result in unrecoverable corruption. As it stands the corruption is recoverable. Try the latin-unity package for your main problem. There's a bug in the version I'm using (not yet released, not even in CVS) that causes ISO 2022 sequences in ISO 8859-1 files, and it doesn't work and play well with non-Latin coding systems (at least the Japanese ones) yet, but it's a very big improvement over the status quo. Note: you might want to make latin-unity-install conditional on a check for (featurep 'latin-unity) in your init file, because I'm planning on incorporating latin-unity in 21.5 soon. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN My nostalgia for Icon makes me forget about any of the bad things. I don't have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py