Re: XEmacs/Gnus problem with charset=iso-8859-1, 8-bit

Mike> Maybe this is the best solution. Is there any reason why Mike> this shouldn't work in all cases? The problem is that (1) autorecognition of encoding and (2) predisposition to ISO-2022 are deeply embedded in the Mule developer psyche, and (3) modularization is NOT. Ben (and me to some extent) is working on cleaning this cruft out of XEmacs, but it's not trivial because Mule is like the lymph system---heaven help you if you get sick there, 'cause it's throughout your body and not localized to any particular structural feature. We're working in that direction, but I expect that any fooling around with the defaults that really will preserve data is likely to cause lots of breakage for Mule users. It will also possibly cause incompatibilities with mainline GNU Emacs, as the core Mule developers at ETL prefer to make the autodetection more sophisticated to minimize the risk of inadvertent corruption, rather than "break its legs" (as Hrvoje says) and eliminate the possibility. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."