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 #43 received at 39082-done <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: greselin.andrea <at> gmail.com, 39082-done <at> debbugs.gnu.org
Subject: Re: bug#39082: Inconsolata v3.000 has too wide spacing
Date: Tue, 14 Jan 2020 10:52:17 +0100

>>>>> On Mon, 13 Jan 2020 19:26:41 +0200, Eli Zaretskii <eliz <at> gnu.org> said:

    >> From: Robert Pluim <rpluim <at> gmail.com>
    >> Cc: greselin.andrea <at> gmail.com,  39082 <at> debbugs.gnu.org
    >> Date: Mon, 13 Jan 2020 18:03:37 +0100
    >> 
    >> ** Under X, some characters are unexpectedly wide.
    >> 
    >> e.g. recent versions of Inconsolata show this issue for almost all of
    >> its characters.  Due to either a limitation in the Xft interface used
    >> by Emacs, or an Xft bug, the determination of the width of some
    >> characters is incorrect.  Emacs built with Cairo enabled ("configure
    >> --with-cairo") and the appropriate cairo development packages
    >> installed does not have this issue.  See
    >> <https://github.com/googlefonts/Inconsolata/issues/42> and
    >> <https://lists.gnu.org/archive/html/bug-gnu-emacs/2020-01/msg00456.html>
    >> for more discussion.

    Eli> OK, but please inject something like "a workaround is to ..." into
    Eli> this text.  Like "A workaround is to build Emacs with Cairo enabled,
    Eli> as this configuration doesn't have such problems."

OK. Pushed to emacs-27, closing the bug.
This bug report was last modified 5 years and 193 days ago.

Previous Next

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