[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#39082: Inconsolata v3.000 has too wide spacing
From: |
Eli Zaretskii |
Subject: |
bug#39082: Inconsolata v3.000 has too wide spacing |
Date: |
Mon, 13 Jan 2020 18:18:50 +0200 |
> From: Robert Pluim <rpluim@gmail.com>
> Cc: Andrea Greselin <greselin.andrea@gmail.com>, 39082@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.
- bug#39082: Inconsolata v3.000 has too wide spacing, Andrea Greselin, 2020/01/11
- bug#39082: Inconsolata v3.000 has too wide spacing, Eli Zaretskii, 2020/01/12
- bug#39082: Inconsolata v3.000 has too wide spacing, Eli Zaretskii, 2020/01/12
- bug#39082: Inconsolata v3.000 has too wide spacing, Eli Zaretskii, 2020/01/12
- bug#39082: Inconsolata v3.000 has too wide spacing, Andrea Greselin, 2020/01/12
- bug#39082: Inconsolata v3.000 has too wide spacing, Eli Zaretskii, 2020/01/12
- bug#39082: Inconsolata v3.000 has too wide spacing, Robert Pluim, 2020/01/13
- bug#39082: Inconsolata v3.000 has too wide spacing,
Eli Zaretskii <=
- bug#39082: Inconsolata v3.000 has too wide spacing, Robert Pluim, 2020/01/13
- bug#39082: Inconsolata v3.000 has too wide spacing, Andrea Greselin, 2020/01/13
- bug#39082: Inconsolata v3.000 has too wide spacing, Robert Pluim, 2020/01/13
- bug#39082: Inconsolata v3.000 has too wide spacing, Eli Zaretskii, 2020/01/13
- bug#39082: Inconsolata v3.000 has too wide spacing, Robert Pluim, 2020/01/14