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

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dgutov <at> yandex.ru>

Date: Tue, 14 Dec 2021 23:45:01 UTC

Severity: normal

Found in version 29.0.50

Full log


Message #68 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: rudalics <at> gmx.at, larsi <at> gnus.org, 52493 <at> debbugs.gnu.org, rpluim <at> gmail.com
Subject: Re: bug#52493: 29.0.50; Setting Inconsolata up in init.el makes
 default face rendered wrong
Date: Fri, 17 Dec 2021 15:01:37 +0200
> Cc: rpluim <at> gmail.com, 52493 <at> debbugs.gnu.org
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Fri, 17 Dec 2021 15:30:46 +0300
> 
> > Lars, do we make that kludge unconditionally compiled on all systems?
> > The change which Dmitry's bisection found as the culprit cannot be
> > undone, I think, because without it we cannot support medium weight
> > separately from regular.
> 
> Are we sure the bisected change (dae3c4e89b27) itself doesn't need a 
> tweak? From all the explanations here, I would expect
> 
>    (set-face-attribute 'default nil :height 110 :weight 'medium :family 
> "Inconsolata")
> 
> to work correctly even without your "kludge". But it does not.
> 
> Like, okay, Inconsolata_dz has a weird "style" ("dz"), but the plain 
> Inconsolata is "Medium".

Plain Inconsolata is indeed medium, but Emacs now requests regular,
not medium, as the default weight.  And, according to the Fc log you
posted, Inconsolata doesn't have a regular weight variety (whose value
should be 80, not 100).

> >> When I evaluate
> >>
> >>     (set-face-attribute 'default nil :height 110 :family "InconsolataLGC")
> >>
> >> (this variation of the font doesn't have the original problem), the
> >> height of the window shrinks, unless the window is maximized.
> >>
> >> If I evaluate it multiple times, the height shrinks every time I do that
> >> (stopping at height 5, when even the minibuffer becomes inaccessible).
> > 
> > The original shrinking is expected, I think, but the subsequent ones
> > shouldn't happen.  Martin, could you look into this, perhaps?
> 
> Since I'm measuring window height in characters (rows) here and not in 
> pixels, I don't think even the first change should happen.
> 
> Though of course the window size in pixels should change.

Let's wait for Martin to chime in, he's the expert on this stuff.




This bug report was last modified 2 years and 249 days ago.

Previous Next


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