Re: 23.0.60; GNU Emacs does not handle composed characters

[Kenichi Handa]

Sorry for the late response.

In article <address@hidden>, Peter Dyballa <address@hidden> writes:

> When pasting a copy of a filled in text from OmniWeb (a Web browser  
> coming from the NeXT) into a file buffer in GNU Emacs (mode-line  
> starts with -U:), which was launched with -Q, the German umlauts $(D+#(B,  
> $(D+S(B, $(D+d(B, $(D*#(B, $(D*S(B, $(D*d(B are stripped off their 
> diaereses and mutate to a, o, u,  
> A, O, U. Typing C-u C-x = on such a Marcel Duchamps character leads  
> to an error message in echo area:

>       Format specifier doesn't match argument type

> In *Messages* buffer a ``describe-char: $B!-!-(Bis prepended the text.

I can't reproduce that.  Please do M-x load-library RET
descr-text.el RET, M-x toggle-debug-on-error RET, and try C-u
C-x = again.  When you get *Backtrace* buffer, please show
me the contents.

> In dired buffers the same umlauts in file names are stripped, while  
> the date fields can display an abbreviated month's name as 
> ``M$(D+#(Br$B!-!-(B.  
> Typing on this $(D+#(B C-c C-x = I get:

>               character: $(D+#(B (228, #o344, #xe4)
>       preferred charset: iso-8859-1 (Latin-1 (ISO/IEC 8859-1))
>              code point: 0xE4
>                  syntax: w    which means: word
>                category: j:Japanese l:Latin
>             buffer code: #xC3 #xA4
>               file code: #xC3 #xA4 (encoded by coding system utf-8-unix)
>                 display: by this font (glyph code)
>            -B&H-LucidaTypewriter-Medium-R-Normal-Sans-10-100-75-75-M-60- 
> ISO8859-1 (#xE4)
        
>       Character code properties are not shown: customize what to show
        
>       There are text properties here:
>         auto-composed        t
>         fontified            t

> instead of an error message. The error message is output when I type  
> on as tripped umlaut in a file name!

That perhaps means that the umlaut is not stripped off but
just can't be displayed properly.

---
Kenichi Handa
address@hidden