Sorry for the late response. In article , Peter Dyballa 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 handa@ni.aist.go.jp