help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Charset problem


From: Christian Schröder
Subject: Re: Charset problem
Date: Fri, 14 Sep 2007 14:41:54 +0200
User-agent: Thunderbird 2.0.0.6 (Windows/20070728)

Eli Zaretskii wrote:
I think this is your problem, right there: on a Posix locale, Emacs
disables all its automagic for non-ASCII characters, and expects you
to tell it explicitly what to do, which is a pain.

Can you set up an ISO-8859-1 or ISO-8859-10 locale?  If not, why not?
I'd expect that users in Germany use a German locale.

As far as I know I have to set the "LANG" or "LC_CTYPE" environment variable, or is there any other way to change the locale? After setting LANG to "de_DE" (-> export LANG=de_DE) the output of "locale" is as follows:

LANG=de_DE
LC_CTYPE="de_DE"
LC_NUMERIC="de_DE"
LC_TIME="de_DE"
LC_COLLATE="de_DE"
LC_MONETARY="de_DE"
LC_MESSAGES="de_DE"
LC_PAPER="de_DE"
LC_NAME="de_DE"
LC_ADDRESS="de_DE"
LC_TELEPHONE="de_DE"
LC_MEASUREMENT="de_DE"
LC_IDENTIFICATION="de_DE"
LC_ALL=

The locale "de_DE.ISO8859-15" (as Peter suggested) doesn't seem to be available on my system. At least it is not in the list that "locale -a" prints and no directory of this name exists under /usr/lib/locale.

When I now start Emacs and load the file I still see the question marks. The mode line is the same as before. The output of "C-u C-x =" has changed slightly:

    character: ? (0374, 252, 0xfc)
      charset: eight-bit-graphic (8-bit graphic char (0xA0..0xFF))
   code point: 252
       syntax: word
     category:
  buffer code: 0xFC
    file code: 0xFC (encoded by coding system raw-text-unix)
terminal code: not encodable

The output of "C-h C" is now:

Coding system for saving this buffer:
  t -- raw-text-unix
Default coding system (for new files):
  1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
Coding system for keyboard input:
  1 -- iso-8859-1 (alias of iso-latin-1)
Coding system for terminal output:
  1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
Defaults for subprocess I/O:
  decoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
  encoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1)

This is really different from before (with POSIX locale), but it did not solve my problem. :(

Try "M-x set-language-environment RET Latin-1 RET".  Does this help?

Doesn't change anything, no matter of the locale I use.

Do you have any other ideas?

Regards,
        Christian


reply via email to

[Prev in Thread] Current Thread [Next in Thread]