[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: "no-conversion" coding system
From: |
Eli Zaretskii |
Subject: |
Re: "no-conversion" coding system |
Date: |
Sun, 20 Jul 2008 10:11:34 -0400 |
> From: "Stephen J. Turnbull" <address@hidden>
> Cc: Stefan Monnier <address@hidden>,
> address@hidden,
> address@hidden,
> address@hidden,
> address@hidden
> Date: Tue, 15 Jul 2008 15:34:13 +0900
>
> > no-conversion doesn't mean that the text will _look_ the same, it
> > means the byte stream will be the same.
>
> That's true as a definition, and incorrect as a matter of fact in
> multibyte buffers. Unless Emacs enforces "no-conversion is unibyte",
It does, as a matter of fact.
> In any case, only Emacs maintainers should ever need to care about
> the representational transformations performed by coding systems
I most strongly disagree, but maybe I don't understand what you mean
by ``representational transformations''.
- Re: ^M in the info files, (continued)
- Re: ^M in the info files, Juanma Barranquero, 2008/07/09
- "no-conversion" coding system (was: ^M in the info files), Stefan Monnier, 2008/07/09
- Re: "no-conversion" coding system (was: ^M in the info files), Kenichi Handa, 2008/07/09
- Re: "no-conversion" coding system (was: ^M in the info files), Richard M Stallman, 2008/07/09
- Re: "no-conversion" coding system (was: ^M in the info files), Kenichi Handa, 2008/07/09
- Re: "no-conversion" coding system, Stefan Monnier, 2008/07/09
- Re: "no-conversion" coding system, Eli Zaretskii, 2008/07/14
- Re: "no-conversion" coding system, Stefan Monnier, 2008/07/14
- Re: "no-conversion" coding system, Eli Zaretskii, 2008/07/20
- Re: "no-conversion" coding system, Stephen J. Turnbull, 2008/07/15
- Re: "no-conversion" coding system,
Eli Zaretskii <=