GNU bug report logs - #21825
2015-10-04; utf8 and latin1 coding problem in GNU emacs, Xemacs is fine

Previous Next

Package: auctex;

Reported by: Uwe Brauer <oub <at> mat.ucm.es>

Date: Wed, 4 Nov 2015 15:19:02 UTC

Severity: normal

Tags: notabug

Done: Arash Esbati <arash <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 21825 <at> debbugs.gnu.org (full text, mbox):

From: David Kastrup <dak <at> gnu.org>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: 21825 <at> debbugs.gnu.org
Subject: Re: bug#21825: 2015-10-04;
 utf8 and latin1 coding problem in GNU emacs, Xemacs is fine
Date: Wed, 04 Nov 2015 17:53:52 +0100
Uwe Brauer <oub <at> mat.ucm.es> writes:

>>>> "David" == David Kastrup <dak <at> gnu.org> writes:
>
>    > Uwe Brauer <oub <at> mat.ucm.es> writes:
>    >> Hello
>    >> 
>    >> The following problem only occurs in GNU emacs 24.5 or 25.0.50.
>    >> 
>    >> I have two files:
>    >> 
>    >> The first is saved in latin-1 but its header state
>    >> \usepackage[utf8]{inputenc}
>    >> 
>    >> And the other is the other way around
>    >> saved in UTF8 header is 
>    >> 
>    >> \usepackage[latin1]{inputenc}
>    >> 
>    >> 
>    >> Both are displayed correctly in Xemacs and but not in GNU emacs.
>
>    > I have a hard time understanding what you mean by "displayed correctly"
>    > when the display does not correspond to what LaTeX would output.
>
>
> I thought, that sending the latex files would have been enough. I attach
> the screenshots.
>
>
>    > Why are you lying to LaTeX/Emacs about the document encoding?
>    > And what do you hope to achieve by Emacs ignoring this?
>
> This is not on purpose of course, so this could occur if one has
> either a very large header and forgets what coding has been selected
> (this is lame I know) or more realistically you have a multi file
> documentation and don't recall its encoding.
>
> However there is one thing I just have to add. Maybe I was «spoiled»
> in the past by Xemacs/x-symbol behavior which displayed any coding
> correctly but internally had the files saved in ascii mode. (Like
> running iso-iso2tex on every save).

So you have X-Symbol convert the buffers to pure ASCII input for LaTeX
but load the inputenc package in your document anyway, specifying some
completely random encoding that's a superset of ASCII and has nothing to
do with the buffer encoding.

> Of course thinking about it again, you are right. This is a bad habit.

I cannot rule out that X-Symbol's operation is incompatible with that of
latexenc.el.  I have a hard time considering that a bug of latexenc.el,
though.

> So this is not a bug.
>
> I could solve the issue of the wrongly displayed coding by just
> removing the incorrect header and reopening the file.
>
>
> BTW how else could this wrong coding be repaired? I am asking because
> I have encountered similar problems in non latex files, which have
> been modified by Xemacs.

You can load a file with a particular encoding by using
C-x RET c latin-1 RET C-x C-f filename RET
for example.

You can change the coding system for saving by using

C-x RET f latin-9 RET
for example.

-- 
David Kastrup




This bug report was last modified 1 year and 140 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.