[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ediff and coding systems
From: |
Michael Kifer |
Subject: |
Re: ediff and coding systems |
Date: |
Mon, 22 Oct 2007 12:18:26 -0400 |
> > I still cannot reproduce this, but ediff-make-temp-file has been changed on
> > Aug 19 to use the coding system of the buffer for the temp file created out
> > of that buffer. This was in order to fix some other problem. Forgot which
> > -- it was on this list. The coding system of the buffer seems to be the
> > right thing. It was 'no-conversion before, but had a problem because those
> > temp files are then read back and no-conversion was screwing things up.
>
> `no-conversion' is a bad choice (it only works for unibyte data). You want
> `emacs-mule' (or rather `emacs-internal' but this one doesn't exist: I mean
> by `emacs-internal' the encoding used internally, so it's `emacs-mule' in
> Emacs22 but it will be different in Emacs23).
Right, no-conversion had problems. So, should I use emacs-mule for now
and do something else in Emacs23?
- Re: ediff and coding systems, (continued)
- Re: ediff and coding systems, Kenichi Handa, 2007/10/21
- Re: ediff and coding systems, Eli Zaretskii, 2007/10/22
- Re: ediff and coding systems, Kenichi Handa, 2007/10/22
- Re: ediff and coding systems, Stefan Monnier, 2007/10/22
- Re: ediff and coding systems, Eli Zaretskii, 2007/10/22
- Re: ediff and coding systems, Michael Kifer, 2007/10/22
- Re: ediff and coding systems, Stefan Monnier, 2007/10/22
- Re: ediff and coding systems,
Michael Kifer <=
Re: ediff and coding systems, Stefan Monnier, 2007/10/20