[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#4712: File encoding
From: |
Andreas Schwab |
Subject: |
bug#4712: File encoding |
Date: |
Thu, 15 Oct 2009 11:38:05 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>>> > Maybe so, but this part of the OP's report:
>>>
>>> > value of $LANG: en_AU.UTF-8
>>> > locale-coding-system: utf-8
>>>
>>> > indicates that UTF-8 is the "native" encoding on the OP's machine, and
>>> > there is an overwhelming user demand for silently and transparently
>>> > switch to such a native encoding when we need to select an encoding.
>>>
>>> The `coding' cookie trumps any such setting, since when we read the
>>> file, we will blindly obey the cookie without paying any attention to
>>> the user's locale.
>
>> Right, and we did:
>
>> Selected encoding mule-utf-8-unix disagrees with iso-8859-1-unix
>> specified by file contents.
>
> The fact that we even consider utf-8 is the bug, it means that the
> coding cookie didn't actually "trump" the locale setting.
Why do you think this is a bug? The designated coding cannot encode the
buffer, so some other encoding must be selected. That's the whole point
of the message. It's the same when you force a coding with C-x C-m C-f,
except that then you get the more detailed message.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
- bug#4712: File encoding, Elmar Zander, 2009/10/14
- bug#4712: File encoding, Andreas Schwab, 2009/10/14
- bug#4712: File encoding, Stefan Monnier, 2009/10/14
- bug#4712: File encoding, Stefan Monnier, 2009/10/14
- bug#4712: File encoding, Eli Zaretskii, 2009/10/14
- bug#4712: File encoding, Stefan Monnier, 2009/10/14
- bug#4712: File encoding, Eli Zaretskii, 2009/10/15
- bug#4712: File encoding,
Andreas Schwab <=
- bug#4712: File encoding, Stefan Monnier, 2009/10/17