I got the output using dired and placing the cursor on the ä in the filename that has problems and did "C-u C-x =". So emacs/dired has no problem with the file and the filename itself is no problem.
As for the "save as" case, I open the file in the "faulty" manner so when I change it and save it the ä gets displayed incorrect. I use C-x C-w and save it as bäst2.txt. The bäst2.txt gets displayed correctly in the minibuffer. So the "save as" case works as it should. On 5/29/07, Lennart Borgman (gmail) <[EMAIL PROTECTED]> wrote:
In which of the cases do you get this output? Do you get the same for all cases? Is there not some display bug here too? I also wonder about the consequences of this. If you in the faulty case (with emacsclientw) use C-x C-w and just change the extension of the file name, does that work as expected? Johan Rex wrote: > I get the exact same output as Lennart as seen below so it seems Emacs > works as it should. The problem is likely related to what emacsclientw > passes to emacs. > > > character: ä (2276, #o4344, #x8e4, U+00E4) > charset: latin-iso8859-1 > (Right-Hand Part of Latin Alphabet 1 (ISO/IEC 8859-1): ISO-IR-100.) > code point: #x64 > syntax: w which means: word > category: l:Latin > buffer code: #x81 #xE4 > file code: #xE4 (encoded by coding system iso-latin-1-dos) > display: by this font (glyph code) > -outline-Courier > New-normal-r-normal-normal-13-97-96-96-c-*-iso8859-1 (#xE4) > > > On 5/29/07, *Lennart Borgman (gmail) * <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > > I have no idea. It was meant as information for you. And I thought that > maybe Johan could send a similar output. > >
