Re: [h-e-w] unicode path displays wrong in minibuffer

[Johan Rex]

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) <address@hidden> 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) * <address@hidden
> <mailto:address@hidden>> wrote:
>
>
>     I have no idea. It was meant as information for you. And I thought that
>     maybe Johan could send a similar output.
>
>