| Summary: | Wrong spacing in liberation mono =media-fonts/liberation-fonts-2.00.0 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Thomas Kahle (RETIRED) <tomka> |
| Component: | [OLD] Unspecified | Assignee: | Jeffrey Gardner (RETIRED) <je_fro> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | fonts, poletti.marco |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
1d
some d many d one d a couple of d many d Two lines of 106 characters which do not align in kwrite with inconsolata |
||
|
Description
Thomas Kahle (RETIRED)
2012-08-19 08:21:32 UTC
Created attachment 321672 [details]
1d
Created attachment 321674 [details]
some d
Created attachment 321676 [details]
many d
Created attachment 321678 [details]
one d
Created attachment 321680 [details]
a couple of d
Created attachment 321682 [details]
many d
More observations -> The same thing happens with other fonts such as media-fonts/inconsolata -> The problem is not present in all applications. In an emacs frame both are displayed fine. Maybe this is a bug in konsole or a case of complicated relationship? Let's ask kde folks. No idea. I would suggest to file a bug usptream. Ok, upstream bug is here: https://bugs.kde.org/show_bug.cgi?id=305555 This is a problem with konsole, it does not happen with kate. (In reply to comment #9) > Ok, upstream bug is here: > https://bugs.kde.org/show_bug.cgi?id=305555 > This is a problem with konsole, it does not happen with kate. Thanks, we will track the upstream bug. KDE upstream comment:
> Thanks. On your system, Qt indeed returns different widths for different
> characters (the first "w" value). This could be a Qt bug, or a
> fontconfig/freetype bug.
Thomas Kahle gentoo-dev 2012-08-21 14:39:48 UTC > This is a problem with konsole, it does not happen with kate. Well, I have a very similar issue with kwrite (any katePart I guess) and Inconsolata. Spacings of different characters of Inconsolata are not the same as they should, and the monospaced characters do not align between the different lines. See attached image of two lines of code with exactly 106 characters each. Also the bold version of inconsolata characters do not have the same width as the other characters, which make syntax highlight worsen the problem. > Johannes Huber gentoo-dev 2012-08-23 10:40:34 UTC >KDE upstream comment: >> Thanks. On your system, Qt indeed returns different widths for different >> characters (the first "w" value). This could be a Qt bug, or a >> fontconfig/freetype bug. I tested the FontTest test case attached in the upstream bug and I do have the same issue (below: w is 9 for some characters, 10 for others). Font "Inconsolata" Size 15 Height 21 xHeight 9.10938 avgWidth 10 maxWidth 10 ch 'a' w 9 900 s 10 901 bw 11 902 tw 11 902 ch 'b' w 9 900 s 10 901 bw 11 902 tw 11 902 ch 'c' w 10 1000 s 10 1000 bw 11 1001 tw 11 1001 ch 'd' w 10 1000 s 11 1001 bw 12 1002 tw 12 1002 Using : inconsolata 20090222, kde 4.9.2, Qt 4.8.3, fontconfig 1.1, freetype 2.4.9-r1 Created attachment 325724 [details]
Two lines of 106 characters which do not align in kwrite with inconsolata
I have the issue with Qt Creator, so this is definitely not a Konsole bug. KDE: https://bugs.kde.org/show_bug.cgi?id=305555 -> not their fault, can't reproduce, maybe freetype/fontconfig. Qt: https://bugreports.qt-project.org/browse/QTBUG-27174 -> not their fault, can't reproduce, maybe fontconfig. (In reply to comment #14) > I have the issue with Qt Creator, so this is definitely not a Konsole bug. > > KDE: https://bugs.kde.org/show_bug.cgi?id=305555 > -> not their fault, can't reproduce, maybe freetype/fontconfig. > > Qt: https://bugreports.qt-project.org/browse/QTBUG-27174 > -> not their fault, can't reproduce, maybe fontconfig. Great that you can reproduce this. I thought this would just be lost. Please note that in the QT-Bug you should change the status from "Need More Info" to something like "open". Otherwise nobody will every reply. It's their workflow. With geany (gtk-based) : - the issue (mismatch of character width within the same font) happens with Inconsolata in certain font sizes only - no problem at all with Luxi Mono and DejaVu Sans Mono (In reply to comment #11) > KDE upstream comment: > > > Thanks. On your system, Qt indeed returns different widths for different > > characters (the first "w" value). This could be a Qt bug, or a > > fontconfig/freetype bug. Try the following. package.keywords: =media-libs/freetype-2.4.10-r1 ~amd64 =app-admin/eselect-infinality-1 ~amd64 =app-admin/eselect-lcdfilter-1 ~amd64 # USE="infinality" emerge =media-libs/freetype-2.4.10-r1 # eselect fontconfig enable 52-infinality.conf # eselect infinality set linux # eselect lcdfilter set linux restart X. (actually I have USE="fontforge -auto-hinter infinality") (also, you might need to tune the fonts, my fluxbox fonts look tiny now) Font "Inconsolata" Size 13 Height 19 xHeight 7.75 avgWidth 8.5 maxWidth 9 ch 'a' w 9 900 s 9 900 bw 10 901 tw 10 901 ch 'b' w 9 900 s 9 900 bw 9 900 tw 9 900 ch 'c' w 9 900 s 9 900 bw 10 901 tw 10 901 ch 'd' w 9 900 s 9 900 bw 10 901 tw 10 901 ch 'e' w 9 900 s 9 900 bw 10 901 tw 10 901 It solves my issue. Sadly, eselect fontconfig enable 52-infinality.conf breaks gv and gv-related stuff (epstopdf, some latex things, I guess printing filters as well). gv error on a valid eps I produced beforehand: Error: /invalidfont in /findfont Operand stack: Symbol-Oblique Symbol I think this bug should be reopened, it was marked as "resolved upstream" at a point it was supposed to be KDE. But it is related to freetype and nobody reported to them. Reopening... may be a bug in the font or freetype. |