bug#51277: 27.1; menu-set-font not loading correct font

bug#51277: 27.1; menu-set-font not loading correct font

[Jesse Sheidlower]

--text follows this line--

menu-set-font is not loading the correct file that corresponds to the
font I choose.

recipe:

---
emacs -Q

M-x menu-set-font

[navigate the menu to choose 'Operator Mono SSm Book'; the font then
changes to a bold font, not to Operator Mono SSm Book]

M-x describe-font

[The "name" and "full name" fields show that I have selected a 'normal'
font; however, the "file name" field shows that Emacs has loaded
OperatorMonoSSm-Bold.otf, i.e. the "bold" version, even though the
"book" version is available on the system and was in fact rendered
correctly in the menu displayed by menu-set-font.]
---

There is a description of this bug, with pictures of the process, at
https://www.reddit.com/r/emacs/comments/kykma4/menusetfont_not_loading_correct_font/

Another user reported the same problem.

In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, cairo version 1.16.0)
 of 2021-03-27, modified by Debian built on x86-conova-01
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Debian GNU/Linux 11 (bullseye)

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Configured using:
 'configure --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --enable-libsystemd --with-pop=yes
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --without-gconf --with-mailutils --build
 x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
 --libexecdir=/usr/lib --localstatedir=/var/lib
 --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd
 --with-pop=yes
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --without-gconf --with-mailutils --with-cairo
 --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars
 'CFLAGS=-g -O2
 -ffile-prefix-map=/build/emacs-LlFm6W/emacs-27.1+1=. -fstack-protector-strong
 -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time
 -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD
JSON PDUMPER LCMS2 GMP

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-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-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs text-property-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 45158 9171)
 (symbols 48 6002 1)
 (strings 32 15472 2198)
 (string-bytes 1 503918)
 (vectors 16 10083)
 (vector-slots 8 129779 11566)
 (floats 8 20 45)
 (intervals 56 255 0)
 (buffers 1000 12))

bug#51277: 27.1; menu-set-font not loading correct font

[Eli Zaretskii]

> Date: Mon, 18 Oct 2021 18:08:48 -0400
> From: Jesse Sheidlower <jester@panix.com>
> 
> emacs -Q
> 
> M-x menu-set-font
> 
> [navigate the menu to choose 'Operator Mono SSm Book'; the font then
> changes to a bold font, not to Operator Mono SSm Book]
> 
> M-x describe-font
> 
> [The "name" and "full name" fields show that I have selected a 'normal'
> font; however, the "file name" field shows that Emacs has loaded
> OperatorMonoSSm-Bold.otf, i.e. the "bold" version, even though the
> "book" version is available on the system and was in fact rendered
> correctly in the menu displayed by menu-set-font.]

What happens if you invoke Emacs like this:

  emacs -Q -fn 'Operator Mono SSm'

and then type this:

  M-x (set-face-attribute 'default nil :weight 'book) RET

Does that produce the expected effect?

> There is a description of this bug, with pictures of the process, at
> https://www.reddit.com/r/emacs/comments/kykma4/menusetfont_not_loading_correct_font/
> 
> Another user reported the same problem.

Sounds like some problem with that font.  Does this work correctly
with other fonts that have the "book" variant?

bug#51277: 27.1; menu-set-font not loading correct font

[Eli Zaretskii]

[Please use Reply All to reply, so that the discussion gets recorded
on the bug tracker.]

> Date: Tue, 19 Oct 2021 08:20:38 -0400
> From: Jesse Sheidlower <jester@panix.com>
> 
> > What happens if you invoke Emacs like this:
> > 
> >   emacs -Q -fn 'Operator Mono SSm'
> > 
> > and then type this:
> > 
> >   M-x (set-face-attribute 'default nil :weight 'book) RET
> > 
> > Does that produce the expected effect?
> 
> Depends on what I should expect!

You should expect to see the "book" variant of the font.  Isn't that
what you wanted?

> At the first command, Emacs starts with the bold variant; running the second command returns '[No match]', and we stay in the bold variant.

Sorry, I meant to say "M-:" instead of "M-x".  It was a typo.

> > Sounds like some problem with that font.  Does this work correctly
> > with other fonts that have the "book" variant?
> 
> No, it doesn't, but the only other font I have with a "book" variant happens to be from the same foundry. Hoefler Decimal Book in fact opens the file for Decimal-XBlack, even though there is a file for Decimal-Book.
> 
> I did ask someone at Hoefler Type Foundry about this, and they said they weren't aware of anything that could be causing it.

Then I suggest to try with some other fonts.

> I don't know how Emacs does this under the hood

No one does, unfortunately.

> but the fact that menu-set-font does correctly display all the variants with their correct names, but then loads something different, suggested that there might be a problem with Emacs (which is why I filed a bug report, instead of just assuming that I'm the one fucking something up).

No, that doesn't necessarily mean anything.  the font selection dialog
is something implemented in GTK, I believe, and it just shows the
fonts that GTK knows about.  When Emacs tries to use that font, it
could find some problems with it, and that could lead to what you see.

bug#51277: 27.1; menu-set-font not loading correct font

[Jesse Sheidlower]

On Tue, Oct 19, 2021 at 03:43:46PM +0300, Eli Zaretskii wrote:
> [Please use Reply All to reply, so that the discussion gets recorded
> on the bug tracker.]

Sorry about that.

> > Date: Tue, 19 Oct 2021 08:20:38 -0400
> > From: Jesse Sheidlower <jester@panix.com>
> > 
> > > What happens if you invoke Emacs like this:
> > > 
> > >   emacs -Q -fn 'Operator Mono SSm'
> > > 
> > > and then type this:
> > > 
> > >   M-x (set-face-attribute 'default nil :weight 'book) RET
> > > 
> > > Does that produce the expected effect?
> > 
> > Depends on what I should expect!
> 
> You should expect to see the "book" variant of the font.  Isn't that
> what you wanted?

Yes, and forgive me for a poor attempt at humor--I was joking about
whether I should expect it to be broken in the same way the original
was.

> > At the first command, Emacs starts with the bold variant; running the second command returns '[No match]', and we stay in the bold variant.
> 
> Sorry, I meant to say "M-:" instead of "M-x".  It was a typo.

OK, in this case, yes, it produces the, um, desired effect: Emacs
displays with the "Book", rather than the "Bold", version of that font.

> > > Sounds like some problem with that font.  Does this work correctly
> > > with other fonts that have the "book" variant?
> > 
> > No, it doesn't, but the only other font I have with a "book" variant happens to be from the same foundry. Hoefler Decimal Book in fact opens the file for Decimal-XBlack, even though there is a file for Decimal-Book.
> > 
> > I did ask someone at Hoefler Type Foundry about this, and they said they weren't aware of anything that could be causing it.
> 
> Then I suggest to try with some other fonts.

Yes, it works correctly with certain other fonts. For example, DejaVu
Sans Mono Book is correctly displayed by menu-set-font and correctly
loaded by Emacs.

I do note that the filename of the "Book" variant of DejaVu Sans Mono
does not contain the word "Book"; the filename is simply DejaVuSans.ttf.
I don't know if that's relevant.

> > I don't know how Emacs does this under the hood
> 
> No one does, unfortunately.
> 
> > but the fact that menu-set-font does correctly display all the variants with their correct names, but then loads something different, suggested that there might be a problem with Emacs (which is why I filed a bug report, instead of just assuming that I'm the one fucking something up).
> 
> No, that doesn't necessarily mean anything.  the font selection dialog
> is something implemented in GTK, I believe, and it just shows the
> fonts that GTK knows about.  When Emacs tries to use that font, it
> could find some problems with it, and that could lead to what you see.

Huh, OK.

Given that the recipe "emacs -Q -fn 'Operator Mono SSm'" followed by
"M-: (set-face-attribute 'default nil :weight 'book) RET" does produce
the desired result, does that tell us anything useful about what's going
on, to either fix Emacs or to communicate something with Hoefler about
fixing their font?

Thank you.

bug#51277: 27.1; menu-set-font not loading correct font

[Eli Zaretskii]

> Date: Tue, 19 Oct 2021 09:08:20 -0400
> From: Jesse Sheidlower <jester@panix.com>
> Cc: 51277@debbugs.gnu.org
> 
> > Sorry, I meant to say "M-:" instead of "M-x".  It was a typo.
> 
> OK, in this case, yes, it produces the, um, desired effect: Emacs
> displays with the "Book", rather than the "Bold", version of that font.

OK, so at least you have a workaround for this strange problem.

> Yes, it works correctly with certain other fonts. For example, DejaVu
> Sans Mono Book is correctly displayed by menu-set-font and correctly
> loaded by Emacs.
> 
> I do note that the filename of the "Book" variant of DejaVu Sans Mono
> does not contain the word "Book"; the filename is simply DejaVuSans.ttf.
> I don't know if that's relevant.

I don't think it is, no.

> Given that the recipe "emacs -Q -fn 'Operator Mono SSm'" followed by
> "M-: (set-face-attribute 'default nil :weight 'book) RET" does produce
> the desired result, does that tell us anything useful about what's going
> on, to either fix Emacs or to communicate something with Hoefler about
> fixing their font?

It puzzles me, I expected that set-face-attribute won't work as well.
Now I don't know what to think.  Hmm... maybe the font processing log
will give a clue?  In "emacs -Q", do

  M-: (setq font-log nil) RET

then repeat the recipe with selecting that problematic font, and after
that go to *scratch* and type

  (pp font-log) C-j

where C-j should be typed with cursor after the closing paren of
"(pp font-log)".  Then post the result here.

bug#51277: 27.1; menu-set-font not loading correct font

[Jesse Sheidlower]

On Tue, Oct 19, 2021 at 06:58:04PM +0300, Eli Zaretskii wrote:
> 
> > Given that the recipe "emacs -Q -fn 'Operator Mono SSm'" followed by
> > "M-: (set-face-attribute 'default nil :weight 'book) RET" does produce
> > the desired result, does that tell us anything useful about what's going
> > on, to either fix Emacs or to communicate something with Hoefler about
> > fixing their font?
> 
> It puzzles me, I expected that set-face-attribute won't work as well.
> Now I don't know what to think.  Hmm... maybe the font processing log
> will give a clue?  In "emacs -Q", do
> 
>   M-: (setq font-log nil) RET
> 
> then repeat the recipe with selecting that problematic font, and after
> that go to *scratch* and type
> 
>   (pp font-log) C-j
> 
> where C-j should be typed with cursor after the closing paren of
> "(pp font-log)".  Then post the result here.

OK, just to clarify, I ran this command immediately after selecting the "Book" font from menu-set-font, and incorrectly getting the bold font. I did not then run the set-face-attribute command discussed above. The result was:


(pp font-log) 
((sort-by "-*-bold-normal-normal-*-22-*" "ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1")
 (list "-H&Co-Operator Mono SSm-*-iso8859-1"
       ["-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1"])
 (xfont-list "-H&Co-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-iso8859-1" nil)
 (open "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-22-*-m-0-iso10646-1")
 (sort-by "-*-bold-normal-normal-*-22-*" "ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1")
 (list "-H&Co-Operator Mono SSm-*-iso8859-1"
       ["-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1"])
 (sort-by "-*-normal-normal-normal-*-20-*" "ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1")
 (list "-*-Sans Serif-*-iso8859-1"
       ["-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1"])
 (list "-H&Co-Sans Serif-*-ascii-0" nil)
 (list "-H&Co-Sans Serif-*-iso8859-1" nil)
 (sort-by "-*-normal-normal-normal-*-22-*" "ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1")
 (list "-*-Sans Serif-*-iso8859-1"
       ["-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1"])
 (list "-H&Co-Sans Serif-*-ascii-0" nil)
 (list "-H&Co-Sans Serif-*-iso8859-1" nil)
 (sort-by "-*-light-normal-normal-*-22-*" "ftcrhb:-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1")
 (list "-H&Co-Operator Mono SSm-*-iso8859-1"
       ["-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1"])
 (open "-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1" "ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-20-*-0-iso10646-1")
 (sort-by "-*-normal-normal-normal-*-20-*" "ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1")
 (list "-*-Sans Serif-*-iso8859-1"
       ["-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1"])
 (list "-H&Co-Sans Serif-*-ascii-0" nil)
 (list "-H&Co-Sans Serif-*-iso8859-1" nil)
 (open "-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1" "ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-22-*-0-iso10646-1")
 (sort-by "-*-normal-normal-normal-*-22-*" "ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1")
 (list "-*-Sans Serif-*-iso8859-1"
       ["-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1"])
 (xfont-list "-*-Sans Serif-*-*-*-*-*-*-*-*-*-*-iso8859-1" nil)
 (ftfont-list "-*-Sans Serif-*-iso8859-1"
	      ("-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1" "-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1"))
 (list "-H&Co-Sans Serif-*-ascii-0" nil)
 (xfont-list "-H&Co-Sans Serif-*-*-*-*-*-*-*-*-*-*-ascii-0" nil)
 (ftfont-list "-H&Co-Sans Serif-*-ascii-0" nil)
 (list "-H&Co-Sans Serif-*-iso8859-1" nil)
 (xfont-list "-H&Co-Sans Serif-*-*-*-*-*-*-*-*-*-*-iso8859-1" nil)
 (ftfont-list "-H&Co-Sans Serif-*-iso8859-1" nil)
 (open "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "ftcrhb:-H&Co-Operator Mono SSm-light-normal-normal-*-22-*-m-0-iso10646-1")
 (sort-by "-*-light-normal-normal-*-22-*" "ftcrhb:-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1")
 (list "-H&Co-Operator Mono SSm-*-iso8859-1"
       ["-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1"])
 (xfont-list "-H&Co-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-iso8859-1" nil)
 (ftfont-list "-H&Co-Operator Mono SSm-*-iso8859-1"
	      ("-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1"))
 (open "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-22-*-m-0-iso10646-1")
 (list "-*-Operator Mono SSm-normal-normal-*-iso8859-1"
       ["-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1"])
 (xfont-list "-*-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-iso8859-1" nil)
 (ftfont-list "-*-Operator Mono SSm-*-iso8859-1"
	      ("-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1"))
 (list "-Bits-Operator Mono SSm-normal-normal-*-ascii-0" nil)
 (xfont-list "-Bits-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-ascii-0" nil)
 (ftfont-list "-Bits-Operator Mono SSm-*-ascii-0" nil)
 (list "-Bits-Operator Mono SSm-normal-normal-*-iso8859-1" nil)
 (xfont-list "-Bits-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-iso8859-1" nil)
 (ftfont-list "-Bits-Operator Mono SSm-*-iso8859-1" nil))
"((sort-by \"-*-bold-normal-normal-*-22-*\" \"ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\")
 (list \"-H&Co-Operator Mono SSm-*-iso8859-1\"
       [\"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1\"])
 (xfont-list \"-H&Co-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-iso8859-1\" nil)
 (open \"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\" \"ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-22-*-m-0-iso10646-1\")
 (sort-by \"-*-bold-normal-normal-*-22-*\" \"ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\")
 (list \"-H&Co-Operator Mono SSm-*-iso8859-1\"
       [\"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1\"])
 (sort-by \"-*-normal-normal-normal-*-20-*\" \"ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\")
 (list \"-*-Sans Serif-*-iso8859-1\"
       [\"-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1\"])
 (list \"-H&Co-Sans Serif-*-ascii-0\" nil)
 (list \"-H&Co-Sans Serif-*-iso8859-1\" nil)
 (sort-by \"-*-normal-normal-normal-*-22-*\" \"ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\")
 (list \"-*-Sans Serif-*-iso8859-1\"
       [\"-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1\"])
 (list \"-H&Co-Sans Serif-*-ascii-0\" nil)
 (list \"-H&Co-Sans Serif-*-iso8859-1\" nil)
 (sort-by \"-*-light-normal-normal-*-22-*\" \"ftcrhb:-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\")
 (list \"-H&Co-Operator Mono SSm-*-iso8859-1\"
       [\"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1\"])
 (open \"-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\" \"ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-20-*-0-iso10646-1\")
 (sort-by \"-*-normal-normal-normal-*-20-*\" \"ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\")
 (list \"-*-Sans Serif-*-iso8859-1\"
       [\"-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1\"])
 (list \"-H&Co-Sans Serif-*-ascii-0\" nil)
 (list \"-H&Co-Sans Serif-*-iso8859-1\" nil)
 (open \"-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\" \"ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-22-*-0-iso10646-1\")
 (sort-by \"-*-normal-normal-normal-*-22-*\" \"ftcrhb:-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\")
 (list \"-*-Sans Serif-*-iso8859-1\"
       [\"-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1\"])
 (xfont-list \"-*-Sans Serif-*-*-*-*-*-*-*-*-*-*-iso8859-1\" nil)
 (ftfont-list \"-*-Sans Serif-*-iso8859-1\"
	      (\"-Bits-Bitstream Vera Sans-normal-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-normal-oblique-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-normal-normal-*-0-iso10646-1\" \"-Bits-Bitstream Vera Sans-bold-oblique-normal-*-0-iso10646-1\"))
 (list \"-H&Co-Sans Serif-*-ascii-0\" nil)
 (xfont-list \"-H&Co-Sans Serif-*-*-*-*-*-*-*-*-*-*-ascii-0\" nil)
 (ftfont-list \"-H&Co-Sans Serif-*-ascii-0\" nil)
 (list \"-H&Co-Sans Serif-*-iso8859-1\" nil)
 (xfont-list \"-H&Co-Sans Serif-*-*-*-*-*-*-*-*-*-*-iso8859-1\" nil)
 (ftfont-list \"-H&Co-Sans Serif-*-iso8859-1\" nil)
 (open \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"ftcrhb:-H&Co-Operator Mono SSm-light-normal-normal-*-22-*-m-0-iso10646-1\")
 (sort-by \"-*-light-normal-normal-*-22-*\" \"ftcrhb:-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\")
 (list \"-H&Co-Operator Mono SSm-*-iso8859-1\"
       [\"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1\"])
 (xfont-list \"-H&Co-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-iso8859-1\" nil)
 (ftfont-list \"-H&Co-Operator Mono SSm-*-iso8859-1\"
	      (\"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1\"))
 (open \"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\" \"ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-22-*-m-0-iso10646-1\")
 (list \"-*-Operator Mono SSm-normal-normal-*-iso8859-1\"
       [\"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\"])
 (xfont-list \"-*-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-iso8859-1\" nil)
 (ftfont-list \"-*-Operator Mono SSm-*-iso8859-1\"
	      (\"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1\" \"-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1\"))
 (list \"-Bits-Operator Mono SSm-normal-normal-*-ascii-0\" nil)
 (xfont-list \"-Bits-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-ascii-0\" nil)
 (ftfont-list \"-Bits-Operator Mono SSm-*-ascii-0\" nil)
 (list \"-Bits-Operator Mono SSm-normal-normal-*-iso8859-1\" nil)
 (xfont-list \"-Bits-Operator Mono SSm-*-*-*-*-*-*-*-*-*-*-iso8859-1\" nil)
 (ftfont-list \"-Bits-Operator Mono SSm-*-iso8859-1\" nil))
"

bug#51277: 27.1; menu-set-font not loading correct font

[Eli Zaretskii]

> Date: Tue, 19 Oct 2021 12:47:39 -0400
> From: Jesse Sheidlower <jester@panix.com>
> Cc: 51277@debbugs.gnu.org
> 
> >   (pp font-log) C-j
> > 
> > where C-j should be typed with cursor after the closing paren of
> > "(pp font-log)".  Then post the result here.
> 
> OK, just to clarify, I ran this command immediately after selecting the "Book" font from menu-set-font, and incorrectly getting the bold font. I did not then run the set-face-attribute command discussed above. The result was:
> 
> 
> (pp font-log) 
> ((sort-by "-*-bold-normal-normal-*-22-*" "ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1")
>  (list "-H&Co-Operator Mono SSm-*-iso8859-1"
>        ["-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1"])

Thanks, the only thing I find strange here is that Emacs never tries
to look for "book" font, nor even under one of its aliases.

Another thing I see is that you have 3 active font backends: xfont,
ftfont, and fcrhb.  Maybe that has something to do with the issue...

bug#51277: 27.1; menu-set-font not loading correct font

[Jesse Sheidlower]

On Tue, Oct 19, 2021 at 08:29:30PM +0300, Eli Zaretskii wrote:
> > Date: Tue, 19 Oct 2021 12:47:39 -0400
> > From: Jesse Sheidlower <jester@panix.com>
> > Cc: 51277@debbugs.gnu.org
> > 
> > >   (pp font-log) C-j
> > > 
> > > where C-j should be typed with cursor after the closing paren of
> > > "(pp font-log)".  Then post the result here.
> > 
> > OK, just to clarify, I ran this command immediately after selecting the "Book" font from menu-set-font, and incorrectly getting the bold font. I did not then run the set-face-attribute command discussed above. The result was:
> > 
> > 
> > (pp font-log) 
> > ((sort-by "-*-bold-normal-normal-*-22-*" "ftcrhb:-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1")
> >  (list "-H&Co-Operator Mono SSm-*-iso8859-1"
> >        ["-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-italic-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-light-normal-normal-*-m-0-iso10646-1" "-H&Co-Operator Mono SSm-normal-italic-normal-*-m-0-iso10646-1"])
> 
> Thanks, the only thing I find strange here is that Emacs never tries
> to look for "book" font, nor even under one of its aliases.
> 
> Another thing I see is that you have 3 active font backends: xfont,
> ftfont, and fcrhb.  Maybe that has something to do with the issue...

Is there a "best" one to use? And what's the correct sequence to test this in our current framework?

Thanks.

bug#51277: 27.1; menu-set-font not loading correct font

[Eli Zaretskii]

> Date: Tue, 19 Oct 2021 14:08:43 -0400
> From: Jesse Sheidlower <jester@panix.com>
> Cc: 51277@debbugs.gnu.org
> 
> > Another thing I see is that you have 3 active font backends: xfont,
> > ftfont, and fcrhb.  Maybe that has something to do with the issue...
> 
> Is there a "best" one to use?

That'd be fcrhb.

> And what's the correct sequence to test this in our current framework?

What would you like to test?

bug#51277: 27.1; menu-set-font not loading correct font

[Jesse Sheidlower]

On Tue, Oct 19, 2021 at 09:14:34PM +0300, Eli Zaretskii wrote:
> > Date: Tue, 19 Oct 2021 14:08:43 -0400
> > From: Jesse Sheidlower <jester@panix.com>
> > Cc: 51277@debbugs.gnu.org
> > 
> > > Another thing I see is that you have 3 active font backends: xfont,
> > > ftfont, and fcrhb.  Maybe that has something to do with the issue...
> > 
> > Is there a "best" one to use?
> 
> That'd be fcrhb.
> 
> > And what's the correct sequence to test this in our current framework?
> 
> What would you like to test?

Whether using a single font backend will allow Emacs to find the font I'm trying to select.

bug#51277: 27.1; menu-set-font not loading correct font

[Robert Pluim]

>>>>> On Tue, 19 Oct 2021 14:17:01 -0400, Jesse Sheidlower <jester@panix.com> said:

    Jesse> On Tue, Oct 19, 2021 at 09:14:34PM +0300, Eli Zaretskii wrote:
    >> > Date: Tue, 19 Oct 2021 14:08:43 -0400
    >> > From: Jesse Sheidlower <jester@panix.com>
    >> > Cc: 51277@debbugs.gnu.org
    >> > 
    >> > > Another thing I see is that you have 3 active font backends: xfont,
    >> > > ftfont, and fcrhb.  Maybe that has something to do with the issue...
    >> > 
    >> > Is there a "best" one to use?
    >> 
    >> That'd be fcrhb.
    >> 
    >> > And what's the correct sequence to test this in our current framework?
    >> 
    >> What would you like to test?

    Jesse> Whether using a single font backend will allow Emacs to find the font
    Jesse> I'm trying to select.

If you want to test restricting emacs to a single font-backend, put
something like the following in your .emacs

(add-to-list 'default-frame-alist '(font-backend ftcrhb))

(and note that itʼs spelled 'ftcrhb', not 'fcrhb').

If the font is found with xfont or ftfont, but not with ftcrhb, that
would be somewhat surprising, given that ftcrhb finds the 'bold' version.

Robert
-- 

bug#51277: 27.1; menu-set-font not loading correct font

[Jesse Sheidlower]

On Wed, Oct 20, 2021 at 10:50:35AM +0200, Robert Pluim wrote:
> >>>>> On Tue, 19 Oct 2021 14:17:01 -0400, Jesse Sheidlower <jester@panix.com> said:
> 
>     Jesse> On Tue, Oct 19, 2021 at 09:14:34PM +0300, Eli Zaretskii wrote:
>     >> > Date: Tue, 19 Oct 2021 14:08:43 -0400
>     >> > From: Jesse Sheidlower <jester@panix.com>
>     >> > Cc: 51277@debbugs.gnu.org
>     >> > 
>     >> > > Another thing I see is that you have 3 active font backends: xfont,
>     >> > > ftfont, and fcrhb.  Maybe that has something to do with the issue...
>     >> > 
>     >> > Is there a "best" one to use?
>     >> 
>     >> That'd be fcrhb.
>     >> 
>     >> > And what's the correct sequence to test this in our current framework?
>     >> 
>     >> What would you like to test?
> 
>     Jesse> Whether using a single font backend will allow Emacs to find the font
>     Jesse> I'm trying to select.
> 
> If you want to test restricting emacs to a single font-backend, put
> something like the following in your .emacs
> 
> (add-to-list 'default-frame-alist '(font-backend ftcrhb))
> 
> (and note that itʼs spelled 'ftcrhb', not 'fcrhb').
> 
> If the font is found with xfont or ftfont, but not with ftcrhb, that
> would be somewhat surprising, given that ftcrhb finds the 'bold' version.

Thank you for this. I saw that that was a way to do it, but putting it
in my .emacs conflicts with running emacs -Q. But assuming that it's
OK at this point to run emacs without -Q, I did try it.

There is no difference in the result: whether I restrict emacs to xfont,
ftfont, or ftcrhb, it still loads the "Bold" file even when I select the
"Book" version from menu-set-font.

Where does this leave us? It does still seem like a bug (albeit one that
apparently affects very few people).

Jesse

bug#51277: 27.1; menu-set-font not loading correct font

[Eli Zaretskii]

> Date: Wed, 20 Oct 2021 07:30:21 -0400
> From: Jesse Sheidlower <jester@panix.com>
> Cc: Eli Zaretskii <eliz@gnu.org>, 51277@debbugs.gnu.org
> 
> There is no difference in the result: whether I restrict emacs to xfont,
> ftfont, or ftcrhb, it still loads the "Bold" file even when I select the
> "Book" version from menu-set-font.
> 
> Where does this leave us? It does still seem like a bug (albeit one that
> apparently affects very few people).

Are you familiar with debugging with Edebug and/or with running Emacs
under GDB?  If so, perhaps you could step into the relevant code and
tell us what happens there with this font, so we could understand the
root cause(s) of this.

Or maybe someone else who can install that font and sees the problem
could do that.

bug#51277: 27.1; menu-set-font not loading correct font

[Robert Pluim]

>>>>> On Wed, 20 Oct 2021 15:36:51 +0300, Eli Zaretskii <eliz@gnu.org> said:

    >> Date: Wed, 20 Oct 2021 07:30:21 -0400
    >> From: Jesse Sheidlower <jester@panix.com>
    >> Cc: Eli Zaretskii <eliz@gnu.org>, 51277@debbugs.gnu.org
    >> 
    >> There is no difference in the result: whether I restrict emacs to xfont,
    >> ftfont, or ftcrhb, it still loads the "Bold" file even when I select the
    >> "Book" version from menu-set-font.
    >> 
    >> Where does this leave us? It does still seem like a bug (albeit one that
    >> apparently affects very few people).

    Eli> Are you familiar with debugging with Edebug and/or with running Emacs
    Eli> under GDB?  If so, perhaps you could step into the relevant code and
    Eli> tell us what happens there with this font, so we could understand the
    Eli> root cause(s) of this.

tl;dr font weight handling is a mess

    Eli> Or maybe someone else who can install that font and sees the problem
    Eli> could do that.

Iʼve installed the fonts in question, and I can reproduce the
issue. What I see:

- the GTK font selector lets us choose 'Operator Mono Book'
- the resulting weight according to Pango is '330', which we map to
  'normal' [1]

Comparing that to what 'fc-match' tells us:

    $ fc-match 'operator mono:weight=330'
    FontsFree-Net-OperatorMono-Bold.ttf: "Operator Mono" "Bold"

    $ fc-match 'operator mono'
    FontsFree-Net-OperatorMono-Bold.ttf: "Operator Mono" "Bold"

    $ fc-match 'operator mono:style=book'
    FontsFree-Net-OperatorMono-Book.ttf: "Operator Mono" "Book"

    $ fc-match 'operator mono:light'
    FontsFree-Net-OperatorMono-Book.ttf: "Operator Mono" "Book"

So Iʼd be willing to point the finger at the font here, except that
with gedit, when I select 'Operator Mono Book', I get the 'book'
version, not 'bold'.

I then cavalierly hardcoded the weight we request to '200', which
results in us asking for 'light', and then we correctly use the 'Book'
version of the font.

This means we should adjust XG_WEIGHT_TO_SYMBOL. It currently assigns
anything in the range <100-200] to 'light', which just seems wrong. It
all depends whether the fixed values are the start or the end of the
range, but would it not make more sense to have 'light' be used for
the range [300-350> which corresponds to
[PANGO_WEIGHT_LIGHT-PANGO_WEIGHT_SEMILIGHT> ? [2]

Robert

Footnotes:
[1]  According to the pango headers, 'book' == 380

[2]  Iʼll note that 'w32_to_fc_weight' uses the various FW_* constants
     as the start of the respective range, not the end

-- 

bug#51277: 27.1; menu-set-font not loading correct font

[Lars Ingebrigtsen]

Robert Pluim <rpluim@gmail.com> writes:

> This means we should adjust XG_WEIGHT_TO_SYMBOL. It currently assigns
> anything in the range <100-200] to 'light', which just seems wrong.

Yup!  I'm working on exactly that in bug#32210, and it now works for the
test cases there (i.e., mapping normal and medium and book correctly).
It's a work in progress, but it's looking hopeful.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#51277: 27.1; menu-set-font not loading correct font

[Robert Pluim]

>>>>> On Wed, 20 Oct 2021 17:12:58 +0200, Lars Ingebrigtsen <larsi@gnus.org> said:

    Lars> Robert Pluim <rpluim@gmail.com> writes:
    >> This means we should adjust XG_WEIGHT_TO_SYMBOL. It currently assigns
    >> anything in the range <100-200] to 'light', which just seems wrong.

    Lars> Yup!  I'm working on exactly that in bug#32210, and it now works for the
    Lars> test cases there (i.e., mapping normal and medium and book correctly).
    Lars> It's a work in progress, but it's looking hopeful.

Thatʼs good to know. Should we merge 32210 and 51277?

Robert
-- 

bug#51277: 27.1; menu-set-font not loading correct font

[Eli Zaretskii]

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: Eli Zaretskii <eliz@gnu.org>,  Jesse Sheidlower <jester@panix.com>,
>   51277@debbugs.gnu.org
> Date: Wed, 20 Oct 2021 17:12:58 +0200
> 
> Robert Pluim <rpluim@gmail.com> writes:
> 
> > This means we should adjust XG_WEIGHT_TO_SYMBOL. It currently assigns
> > anything in the range <100-200] to 'light', which just seems wrong.
> 
> Yup!  I'm working on exactly that in bug#32210, and it now works for the
> test cases there (i.e., mapping normal and medium and book correctly).
> It's a work in progress, but it's looking hopeful.

So this issue is somehow specific to GTK and/or Pango?  And other
configurations should not have these problems?

bug#51277: 27.1; menu-set-font not loading correct font

[Lars Ingebrigtsen]

Eli Zaretskii <eliz@gnu.org> writes:

>> Yup!  I'm working on exactly that in bug#32210, and it now works for the
>> test cases there (i.e., mapping normal and medium and book correctly).
>> It's a work in progress, but it's looking hopeful.
>
> So this issue is somehow specific to GTK and/or Pango?  And other
> configurations should not have these problems?

For the Operator Mono font, the problem seems like it's with Gtk and/or
Pango.  Or the font itself...  Possibly.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#51277: 27.1; menu-set-font not loading correct font

[Lars Ingebrigtsen]

Robert Pluim <rpluim@gmail.com> writes:

> Iʼve installed the fonts in question, and I can reproduce the
> issue. What I see:
>
> - the GTK font selector lets us choose 'Operator Mono Book'
> - the resulting weight according to Pango is '330', which we map to
>   'normal' [1]

Selecting Operator Mono Light reports back a weight of 300 (which is
according to spec).

Book reports 330 (but should be 380).

Medium reports 350 (but should be 500).

Bold reports 400 (but should be 700).

So for this font, the PangoWeights returned by the Gtk selector are
totally out of whack with the spec in pango-font.h.  So I'm wondering
whether this font is just buggy.

I'm trying to compare with what other programs are displaying.  It would
be convenient to test with a program that understands fonts on the
command line, but if I say

xfce4-terminal --font "Operator Mono SSm:weight=book"

then I get something that looks very wrong indeed.  Anybody know a
program that understands these things?

> I then cavalierly hardcoded the weight we request to '200', which
> results in us asking for 'light', and then we correctly use the 'Book'
> version of the font.
>
> This means we should adjust XG_WEIGHT_TO_SYMBOL. It currently assigns
> anything in the range <100-200] to 'light', which just seems wrong. It
> all depends whether the fixed values are the start or the end of the
> range, but would it not make more sense to have 'light' be used for
> the range [300-350> which corresponds to
> [PANGO_WEIGHT_LIGHT-PANGO_WEIGHT_SEMILIGHT> ? [2]

Well,

  PANGO_WEIGHT_THIN = 100,

and

  PANGO_WEIGHT_ULTRAHEAVY = 1000

so it kinda sounds like <=, not >= is the intended semantic (which is
what Emacs does).

> [2]  Iʼll note that 'w32_to_fc_weight' uses the various FW_* constants
>      as the start of the respective range, not the end

Hm...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#51277: 27.1; menu-set-font not loading correct font

[Robert Pluim]

>>>>> On Thu, 21 Oct 2021 04:11:56 +0200, Lars Ingebrigtsen <larsi@gnus.org> said:

    Lars> Selecting Operator Mono Light reports back a weight of 300 (which is
    Lars> according to spec).

    Lars> Book reports 330 (but should be 380).

    Lars> Medium reports 350 (but should be 500).

    Lars> Bold reports 400 (but should be 700).

    Lars> So for this font, the PangoWeights returned by the Gtk selector are
    Lars> totally out of whack with the spec in pango-font.h.  So I'm wondering
    Lars> whether this font is just buggy.

I think this kind of mismatch is not uncommon. All the 'book' fonts
that I have report a weight of 400, which is 'normal', although all
the 'light' fonts that I have report '300'.

    Lars> I'm trying to compare with what other programs are displaying.  It would
    Lars> be convenient to test with a program that understands fonts on the
    Lars> command line, but if I say

    Lars> xfce4-terminal --font "Operator Mono SSm:weight=book"

    Lars> then I get something that looks very wrong indeed.  Anybody know a
    Lars> program that understands these things?

    FC_DEBUG=1 xfce4-terminal --font "Operator Mono SSm:weight=book"

will get you fontconfig debug telling you which actual font is
used.

   Lars> Well,

    Lars>   PANGO_WEIGHT_THIN = 100,

    Lars> and

    Lars>   PANGO_WEIGHT_ULTRAHEAVY = 1000

    Lars> so it kinda sounds like <=, not >= is the intended semantic (which is
    Lars> what Emacs does).

gedit rounds down to the nearest multiple of 100, which equates to >=

I guess the root cause of all of this is that weʼre mapping
PangoWeights to symbolic constants, which we then pass to
fontconfig. Perhaps we could arrange to pass the weights directly?

    >> [2]  Iʼll note that 'w32_to_fc_weight' uses the various FW_* constants
    >> as the start of the respective range, not the end

    Lars> Hm...

Didnʼt I say itʼs a mess? ;-)

Robert
-- 

bug#51277: 27.1; menu-set-font not loading correct font

[Lars Ingebrigtsen]

Robert Pluim <rpluim@gmail.com> writes:

>     Lars> then I get something that looks very wrong indeed.  Anybody know a
>     Lars> program that understands these things?
>
>     FC_DEBUG=1 xfce4-terminal --font "Operator Mono SSm:weight=book"
>
> will get you fontconfig debug telling you which actual font is
> used.

Yeah, but surely there must be some other program (other than Emacs)
that actually uses this syntax for specifying fonts?  I thought it was
supposed to be...  "the way"...

> gedit rounds down to the nearest multiple of 100, which equates to >=

Huh.

> I guess the root cause of all of this is that weʼre mapping
> PangoWeights to symbolic constants, which we then pass to
> fontconfig. Perhaps we could arrange to pass the weights directly?

Indeed, the Pango round trip through symbols is inherently breakable.  I
mean, the Gtk chooser knows exactly what font I've selected -- but is
there any way to get it to cough up that instead of the Pango weights?

I've looked at the documentation

https://docs.gtk.org/Pango/struct.FontDescription.html

and nothing really jumped out at me.  I mean, in this case, Pango
reports a weight of 330 for book...  but the actual weight in the file is: 

        weight: 53(f)(s)

So after mapping to symbols and back again, we'll never find that font
(because "book" is at 80).

But...  what does (f)(s) mean here?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#51277: 27.1; menu-set-font not loading correct font

[Robert Pluim]

>>>>> On Thu, 21 Oct 2021 14:59:14 +0200, Lars Ingebrigtsen <larsi@gnus.org> said:

    Lars> Robert Pluim <rpluim@gmail.com> writes:
    Lars> then I get something that looks very wrong indeed.  Anybody know a
    Lars> program that understands these things?
    >> 
    >> FC_DEBUG=1 xfce4-terminal --font "Operator Mono SSm:weight=book"
    >> 
    >> will get you fontconfig debug telling you which actual font is
    >> used.

    Lars> Yeah, but surely there must be some other program (other than Emacs)
    Lars> that actually uses this syntax for specifying fonts?  I thought it was
    Lars> supposed to be...  "the way"...

Dunno. Specifying fonts on the command line is apparently passé.

    >> gedit rounds down to the nearest multiple of 100, which equates to >=

    Lars> Huh.

    >> I guess the root cause of all of this is that weʼre mapping
    >> PangoWeights to symbolic constants, which we then pass to
    >> fontconfig. Perhaps we could arrange to pass the weights directly?

    Lars> Indeed, the Pango round trip through symbols is inherently breakable.  I
    Lars> mean, the Gtk chooser knows exactly what font I've selected -- but is
    Lars> there any way to get it to cough up that instead of the Pango weights?

I donʼt think so: Pango is supposed to abstract away from all that.

    Lars> I've looked at the documentation

    Lars> https://docs.gtk.org/Pango/struct.FontDescription.html

    Lars> and nothing really jumped out at me.  I mean, in this case, Pango
    Lars> reports a weight of 330 for book...  but the actual weight in the file is: 

    Lars>         weight: 53(f)(s)

    Lars> So after mapping to symbols and back again, we'll never find that font
    Lars> (because "book" is at 80).

    Lars> But...  what does (f)(s) mean here?

Type double with a strong binding. I once knew what the distinction is
between strong/weak, but like all things fontconfig that knowledge
tends to disappear.

Robert
-- 

bug#51277: 27.1; menu-set-font not loading correct font

[Lars Ingebrigtsen]

Robert Pluim <rpluim@gmail.com> writes:

>     Lars> Indeed, the Pango round trip through symbols is inherently
>     Lars> breakable.  I
>     Lars> mean, the Gtk chooser knows exactly what font I've selected -- but is
>     Lars> there any way to get it to cough up that instead of the Pango weights?
>
> I donʼt think so: Pango is supposed to abstract away from all that.

So is there a way to load fonts in Gtk that doesn't use the weights from
the font files, but instead use the Pango weights?  Is the problem that
we're converting the fonts to the common `font-spec' structure and
throwing away the actual information we have about the fonts?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#51277: 27.1; menu-set-font not loading correct font

[Eli Zaretskii]

> From: Robert Pluim <rpluim@gmail.com>
> Cc: Eli Zaretskii <eliz@gnu.org>,  51277@debbugs.gnu.org
> Date: Wed, 20 Oct 2021 10:50:35 +0200
> 
> If you want to test restricting emacs to a single font-backend, put
> something like the following in your .emacs
> 
> (add-to-list 'default-frame-alist '(font-backend ftcrhb))

Or invoke Emacs like this:

  emacs -xrm Emacs.fontBackend:ftcrhb

> (and note that itʼs spelled 'ftcrhb', not 'fcrhb').

Sorry about that.