GNU bug report logs - #54685
28.0.92; incorrect font on new frame after menu-set-font (Win32)

Previous Next

Full log

Message #33 received at 54685 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: corwin <at> bru.st
Cc: 54685 <at> debbugs.gnu.org
Subject: Re: bug#54685: 28.0.92;
 incorrect font on new frame after menu-set-font (Win32)
Date: Fri, 15 Apr 2022 15:39:37 +0300

> Date: Sun, 03 Apr 2022 19:34:15 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 54685-done <at> debbugs.gnu.org
> 
> > From: Corwin Brust <corwin <at> bru.st>
> > Date: Sun, 3 Apr 2022 11:23:25 -0500
> > Cc: 54685 <at> debbugs.gnu.org
> > 
> > > If so, then this is expected.  The APIs we use on MS-Windows to
> > > enumerate fonts in a font family consider only 4 font varieties to
> > > belong to the same family: Regular, Italic, Bold, and Bold-Italic.
> > > All the other varieties aren't returned by those APIs when we request
> > > to list all the fonts in a family.  (I don't know if this is just the
> > > deficiency of the APIs we use, or a general issue with how fonts are
> > > managed on Windows.)  So any font variety that is not one of those 4
> > > will cause trouble sooner or later.  (Medium is special, because we
> > > have an extra-special kludge to allow Medium when Regular is being
> > > sought.)
> > >
> > > So I think what you see is expected: on Windows one cannot select a
> > > Light (or Thin, or UltraLight, or SemiBold, or ...) font for the
> > > default face and hope that it will work as expected.
> > 
> > In which case I think this bug report can be closed.  Thank you.
> 
> Done.  I will at some time add a PROBLEMS entry about this.

Now done.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.