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

Previous Next

Package: emacs;

Reported by: Lennart Borgman <lennart.borgman <at> gmail.com>

Date: Thu, 2 Sep 2010 21:57:02 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Subject: bug#6974: closed (Re: Re: bug#6974: Emacs doesn't like Swedish
 ä (on w32))
Date: Fri, 03 Sep 2010 13:37:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#6974: Emacs doesn't like Swedish ä (on w32)

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 6974 <at> debbugs.gnu.org.

-- 
6974: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6974
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Eli Zaretskii <eliz <at> gnu.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: 6974-done <at> debbugs.gnu.org
Subject: Re: Re: bug#6974: Emacs doesn't like Swedish ä (on w32)
Date: Fri, 03 Sep 2010 16:38:42 +0300
> From: Lennart Borgman <lennart.borgman <at> gmail.com>
> Date: Fri, 3 Sep 2010 13:59:59 +0200
> Cc: 6974 <at> debbugs.gnu.org
> 
> It is default-file-name-coding-system that has changed.

Right, that would be my next question.

> Thanks for the help. Sorry for the noise.

Okay, closing the bug.

[Message part 3 (message/rfc822, inline)]
From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Emacs Bugs <bug-gnu-emacs <at> gnu.org>
Subject: Emacs doesn't like Swedish ä (on w32)
Date: Thu, 2 Sep 2010 23:58:04 +0200
I have a file whose name contains the Swedish char ä (a with two dots
above, 228 in latin-1).

I have seen several strange things with this. Here are some I remember:


I start from "emacs -Q". In an org-mode file I try to insert a link to
this file with "C-c C-l file FILENAME".


* After M-x set-language-environment RET RET (i.e. "English") and then
opening a new org file.

Works nicely. Examining the char "ä" in the link in the org buffer
gives as expected.

        character: ä (228, #o344, #xe4)
preferred charset: unicode-bmp
		   (Unicode Basic Multilingual Plane (U+0000..U+FFFF))
       code point: 0xE4
           syntax: w 	which means: word
         category: .:Base, j:Japanese, l:Latin
      buffer code: #xC3 #xA4
        file code: #xE4 (encoded by coding system iso-latin-1-dos)
          display: by this font (glyph code)
    uniscribe:-outline-Courier
New-normal-normal-normal-mono-13-*-*-*-c-*-iso8859-1 (#x6C)

In this case I can save the file as usual.


* After M-x set-language-environment RET utf-8 RET and then opening a
new org file.

When choosing the file the char "ä" is shown as \344. It looks the
same when inserted in the buffer as an org link to the file.

        character:   (4194276, #o17777744, #x3fffe4)
preferred charset: eight-bit (Raw bytes 128-255)
       code point: 0xE4
           syntax: w 	which means: word
      buffer code: #xE4
        file code: not encodable by coding system utf-8-dos
          display: no font available

After this I can not save the file (or rather Emacs prompts me for a
coding system).


I also saw that pasting the file name in some circumstances converts
the char "ä" (or was it \344) to a space. Unfortunately I do not
remember how that happened and I can not reproduce it now. (But I am
very sure it happened this morning.)


In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2010-08-10
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags
-Ic:/g/include -fno-crossjumping'



This bug report was last modified 14 years and 264 days ago.

Previous Next


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