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

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

[Peter Dyballa]

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)


In GNU Emacs 23.3.1 (powerpc-apple-darwin9.8.0, GTK+ Version 2.22.1)
  of 2011-03-11 on localhost
Windowing system distributor `The X.Org Foundation', version  
11.0.10903902
configured using `configure  '--without-sound' '--without-dbus' '-- 
without-pop' '--without-gconf' '--without-gpm' '--x-libraries=/opt/ 
local/lib' '--x-includes=/opt/local/include' '--enable-locallisppath=/ 
Library/Application Support/Emacs/calendar23:/Library/Application  
Support/Emacs' 'CFLAGS=-g -H -pipe -fPIC -fno-common -mcpu=7450 - 
mtune=7450 -faltivec' 'LDFLAGS=-Wl,-dead_strip_dylibs -Wl,- 
bind_at_load -Wl,-t' 'CC=/sw/lib/gcc4.4/bin/gcc-fsf-4.4'  
'PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/ 
usr/lib/pkgconfig''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.UTF-8
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.UTF-8
   value of $XMODIFIERS: nil
   locale-coding-system: utf-8-unix
   default enable-multibyte-characters: t

Major mode: Calendar

Minor modes in effect:
   shell-dirtrack-mode: t
   diff-auto-refine-mode: t
   show-paren-mode: t
   display-time-mode: t
   mac-print-mode: t
   delete-selection-mode: t
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   column-number-mode: t
   line-number-mode: t
   transient-mark-mode: t

Recent input:
s S d <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <menu-bar> <help-menu> <se
nd-emacs-bug-report>

Recent messages:
Type C-x 4 b RET to restore old contents of temp window.
Zeile 800 .emacs
Ende .emacs!
(Tipp von Kai G) Lade jetzt: default
(Tipp von Kai G) Lade jetzt: ~/.emacs.d/PDesktop-23/Psession-x
Loading /Users/pete/.emacs.d/PDesktop-23/Psession-x...done
For information about GNU Emacs and the GNU system, type C-h C-a.
12. Mär 2011: Sonnenaufgang um 06 Uhr 48, Sonnenuntergang um 18 Uhr 22  
in Friedberg (11:34 h Sonnenlicht)
Bereite Termine vor...fertig
Error during redisplay: (invalid-regexp Unmatched ( or \()

Load-path shadows:
/Library/Application Support/Emacs/calendar23/solar hides /usr/local/ 
share/emacs/23.3/lisp/calendar/solar
/Library/Application Support/Emacs/calendar23/lunar hides /usr/local/ 
share/emacs/23.3/lisp/calendar/lunar
/Library/Application Support/Emacs/calendar23/holidays hides /usr/ 
local/share/emacs/23.3/lisp/calendar/holidays
/Library/Application Support/Emacs/calendar23/diary-lib hides /usr/ 
local/share/emacs/23.3/lisp/calendar/diary-lib
/Library/Application Support/Emacs/calendar23/calendar hides /usr/ 
local/share/emacs/23.3/lisp/calendar/calendar
/Library/Application Support/Emacs/calendar23/cal-x hides /usr/local/ 
share/emacs/23.3/lisp/calendar/cal-x
/Library/Application Support/Emacs/calendar23/cal-move hides /usr/ 
local/share/emacs/23.3/lisp/calendar/cal-move
/Library/Application Support/Emacs/calendar23/cal-menu hides /usr/ 
local/share/emacs/23.3/lisp/calendar/cal-menu

Features:
(shadow sort mail-extr message idna ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
time-date mm-util mail-prsvr gmm-utils mailheader canlock sha1 hex-util
hashcash mail-utils emacsbug descr-text help-mode view lunar diary-lib
diary-loaddefs solar cal-dst holidays hol-loaddefs mule-util cal-move
cal-menu calendar cal-loaddefs ansi-color shell psvn log-edit pcvs-util
add-log diff-mode pp elp ediff-merg ediff-diff ediff-wind ediff-mult
ediff-help ediff-init ediff-util dired asy-mode two-mode-mode wid-edit
compile comint ring cc-mode cc-fonts easymenu cc-menus cc-cmds cc-styles
cc-align cc-engine cc-vars cc-defs regexp-opt derived site-fontsets-x11
iso-transl midnight uniquify paren time cus-start cus-load desktop
session edmacro kmacro mac-print-mode easy-mmode htmlize cl cl-19 delsel
preview-latex tex-site time-stamp advice help-fns advice-preload tooltip
ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd font-setting
tool-bar dnd fontset image fringe lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote font-render-setting gtk x-toolkit x multi-tty
make-network-process emacs)

--
Greetings

   Pete

Who the fsck is "General Failure," and why is he reading my disk?

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

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

[Peter Dyballa]

> Am 14.10.2019 um 17:46 schrieb Stefan Kangas <stefan@marxist.se>:
> 
> 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"?

I think the question comes at the wrong time … But I think the problem has gone or was resolved some other way, maybe by means of another fontset with fonts of a larger set of characters. I think font handling was massively enhanced many years ago.

I think this bug can be extinguished.

--
Greetings

  Pete

Real Time, adj.:
	Here and now, as opposed to fake time, which only occurs there and then.

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

[Stefan Kangas]

Peter Dyballa <Peter_Dyballa@freenet.de> writes:

> I think the question comes at the wrong time … But I think the problem has gone or was resolved some other way, maybe by means of another fontset with fonts of a larger set of characters. I think font handling was massively enhanced many years ago.
>
> I think this bug can be extinguished.

Thank you, I'm therefore closing this bug report.

Best regards,
Stefan Kangas