GNU bug report logs -
#829
23.0.60; wrong position of accents in X11
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Am 18.09.2008 um 21:03 schrieb Chong Yidong:
>> I have a file named
>>
>> RGB äöüæÆÜÖÄ.txt
>
> I don't see any bug here; the accents are displayed on the top of the
> character. Could you check again with latest CVS and see if the
> problem
> persists?
What you cite (and see) is what I wrote as the *text* of the file's
name. I cannot copy and paste the *representation* GNU Emacs then
chose – except as a photograph/screen-shot.
With GNU Emacs from one or two days ago it looks a bit better, like
this:
[Emacs Umlaute.png (application/applefile, inline)]
[Emacs Umlaute.png (image/png, inline)]
[Message part 4 (text/plain, inline)]
As you can see it uses for R, G, B, SPC, æ, Æ, ., t, and x the
correct font:
display: by this font (glyph code)
x:-b&h-lucidatypewriter-medium-r-normal-sans-10-100-75-75-m-60-
iso10646-1 (#x52)
For ä I get:
display: composed to form "ä" (see below)
Composed with the following character(s) "¨" using this font:
x:-mutt-clearlyu-medium-r-normal--17-120-100-100-p-123-iso10646-1
by these glyphs:
[0 1 97 97 7 1 7 7 0 nil]
[0 1 776 776 0 0 5 14 -12 [-5 3 0]]
Character code properties: customize what to show
name: LATIN SMALL LETTER A
general-category: Ll (Letter, Lowercase)
(The non-spacing ¨ is faked here with a spacing one. The *Help*
buffer uses the COMBINING DIAERESIS U+0308 from ClearlyU. Lucida
Typewriter does not have this glyph.)
It would be better GNU Emacs would compose the de-composed characters
and then use the glyphs from the default font.
--
Greetings
Pete
Give a man a fish, and you've fed him for a day. Teach him to fish,
and you've depleted the lake.
This bug report was last modified 5 years and 255 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.