Re: Horrible term-mode problems on upgrade to 21.4
Nix <nix(a)esperi.demon.co.uk> writes:
> confusing. It will probably be changed in one of the future
> releases.)
I dunno, it makes a kind of sense;
Not to most people. People generally expect "no-conversion" to mean
exactly that -- no conversion.
Additionally, in FSF Emacs, "no-conversion" means what XEmacs calls
"binary".
the line ending conversion is in a different dimension to the
charset conversion (LF / CRLF / CR, versus ISO-foo / KOI8-R /
US-ASCII / who-knows-what)...
Good point. In general, one should be able to stack "coding systems",
e.g. a "gzip" coding system piped into a "NL detection coding system"
piped into a "charset detection coding system" (for people who need
that).
However, this is currently not possible. Because of that, line
endings are implemented as a horrible kludge -- for each coding system
foo, you have a foo-dos, foo-unix, and foo-mac version.
This splendid design was inherited from the original Mule, not
conceived by the XEmacs people.