Re: coding-system lossage with eterm
Glynn Clements <glynn(a)sensei.co.uk> writes:
I installed eterm-1.04, and noticed that the CR characters are being
eaten without eterm actually doing a carriage return, resulting in the
`staircase effect'.
Verified. Note that the newest version of eterm has ANSI color
support (color ls works, although the effect is lost in the ugliness
of the staircase).
Using (setq process-coding-system-alist '((".*" .
binary))) fixed the
problem,
Does it? What happens if you cat a Japanese text file? I see something
highly ugly and definitely not Japanese.
but it smells as if eterm is assuming that the coding system is
appropriate rather than making it so.
Yup.
Is this MULE-related?
I'm pretty sure. As far as I know, eterm has never been MULE-ized.
Could someone knowledgeable please do up an appropriate patch?
Did anyone actually test eterm-1.04 on a MULE XEmacs?
Is this a rhetorical question? :-)