GNU bug report logs - #39082
Inconsolata v3.000 has too wide spacing

Previous Next

Package: emacs;

Reported by: Andrea Greselin <greselin.andrea <at> gmail.com>

Date: Sat, 11 Jan 2020 10:05:02 UTC

Severity: normal

Done: Robert Pluim <rpluim <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: greselin.andrea <at> gmail.com, 39082 <at> debbugs.gnu.org
Subject: Re: bug#39082: Inconsolata v3.000 has too wide spacing
Date: Mon, 13 Jan 2020 18:18:50 +0200
> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: Andrea Greselin <greselin.andrea <at> gmail.com>,  39082 <at> debbugs.gnu.org
> Date: Mon, 13 Jan 2020 10:27:32 +0100
> 
>     Eli> So the question now becomes how come we get such a large value.  Looks
>     Eli> like we somehow use the space-width value instead of the character
>     Eli> glyph's width, not sure why.  I guess stepping through the code I've
>     Eli> shown from xdisp.c is still necessary to understand this.
> 
> I can reproduce this, but I donʼt know how much effort we should spend
> getting to the bottom of it: a Cairo-enabled build (ie !XFT) does not
> have this problem.

So I guess this is some kind of Xft bug?  In that case, I think it
would be enough to describe the Cairo workaround in etc/PROBLEMS, and
close the bug with that.

Thanks.




This bug report was last modified 5 years and 129 days ago.

Previous Next


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