bug#8233: 23.3; faulty font used in mode-line of some buffers

[Stefan Kangas]

Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:

> Hello!
>
> The case is a bit complicated, local customisation is involved into it.
>
> My mode-line displays the current date. In a local copy of calendar.el
> calendar-month-name-array and calendar-month-abbrev-array (and also
> calendar-day-name-array and calendar-day-abbrev-array) are changed to contain
> German names and their abbreviations (calendar-abbrev-length is 3 for month
> names and must be 2 for day names). This month's name is "März" or "Mär"
> abbreviated. The *calendar* buffer's mode-line contains the string "Mär" with 
> a
> visibly smaller glyph from some other font used for the "ä". This happens
> similarly for the buffers to display the time of sunrise and sundown in this
> month and that for the fancy diary entries. The latter and the *temp* buffer
> (with today's dates) display the "ä" in a different font:
>
> M ->
> xft:-B&H-LucidaTypewriter-normal-normal-normal-Sans-10-*-*-*-m-60-iso10646-1
> (#x2F)
> ä ->    character: a (97, #o141, #x61)
> preferred charset: ascii (ASCII (ISO646 IRV))
>        code point: 0x61
>            syntax: w     which means: word
>          category: .:Base, a:ASCII, l:Latin, r:Roman
>       buffer code: #x61
>         file code: #x61 (encoded by coding system utf-8-hfs)
>           display: composed to form "ä" (see below)
>
> Composed with the following character(s) "̈" using this font:
>   xft:-unknown-Code2000-normal-normal-normal-*-10-*-*-*-*-0-iso10646-1
> by these glyphs:
>   [0 1 97 68 5 0 5 5 0 nil]
>   [0 1 776 714 0 -4 0 7 -5 [-1 -1 0]]
>
> Character code properties: customize what to show
>   name: LATIN SMALL LETTER A
>   general-category: Ll (Letter, Lowercase)
>   canonical-combining-class: 0 (Spacing, split, enclosing, reordrant, and
>  Tibetan subjoined)
>
>
>     global-mode-string is a variable defined in `C source code'.
>     Its value is ("" display-time-string)

This was reported 8 years ago, but unfortunately never got a reply at
the time.  Are you still seeing this on a modern version of Emacs?  If
yes, could you please provide a recipe for how to reproduce this,
starting from "emacs -Q"?

Best regards,
Stefan Kangas