GNU bug report logs - #52493
29.0.50; Setting Inconsolata up in init.el makes default face rendered wrong

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: rpluim <at> gmail.com, 52493 <at> debbugs.gnu.org
Subject: Re: bug#52493: 29.0.50; Setting Inconsolata up in init.el makes
 default face rendered wrong
Date: Thu, 16 Dec 2021 18:56:39 +0200

> Cc: rpluim <at> gmail.com, 52493 <at> debbugs.gnu.org
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Thu, 16 Dec 2021 18:42:21 +0300
> 
> > Does that font have a 'regular' weight variety?
> 
> I'm not sure how to check. But in the font viewer, in the details,
> Inconsolata has "Style: Medium", and Inconsolata_dz has "Style: dz".
> 
> Most of the others (including InconsolataLGC) have "Regular" in that field.
> 
> > If not, I think this
> > is a variant of the same issue I fixed in bug#51768: we now request a
> > 'regular' weight when a face specifies the family, and a font which
> > doesn't have 'regular' is rejected.  So maybe the kludge that I added
> > to font.c only for MS-Windows should be in effect on Posix systems as
> > well?
> 
> If you have a patch, I can test.

There's part of the font_delete_unmatched function that's conditioned
on HAVE_NTGUI.  If you remove the condition (so that the code there is
unconditionally compiled) and rebuild, does the problem go away?

Previous Next

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