GNU bug report logs - #6974
Emacs doesn't like Swedish ä (on w32)

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Cc: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#6974: Emacs doesn't like Swedish ä (on w32)
Date: Fri, 03 Sep 2010 12:01:52 +0300

> Date: Fri, 03 Sep 2010 10:03:32 +0200
> From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
> Cc: 
> 
> seeing the similar:
> 
> when opening a file containing non-ascii chars, german
> umlauts for example, in some case these aren't shown
> as glyphs but as numbers.

This is a different problem entirely, please file a separate bug
report (although my guess is that this is some cockpit error on your
part, so perhaps discussing this on emacs-devel is a better way of
resolving it).

> See screenshot attached how the following code looks
> like:
> 
> (define-abbrev-table
>    'global-abbrev-table
>    '(("Infinity" "∞" nil 0)
>      ("alpha" "α" nil 2)
>      ("beta" "β" nil 1)
>      ("gamma" "γ" nil 1)
>      ("theta" "θ" nil 0)))

The screenshot shows "t" at the mode-line's left edge, which means
Emacs decoded the file's contents with raw-text coding-system.
raw-text interprets all non-ASCII characters as raw bytes, and
displays them as such, with octal escapes.

The most probable reason for Emacs not to decode the file correctly
(as UTF-8) is that the file includes some bytes that are invalid UTF-8
sequences.  What happens if you force UTF-8 with "C-x RET c" before
visiting the file with "C-x C-f"?

Previous Next

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