infinality-bundle: good looking fonts made (even) easier

hamelg · 2014-01-10 17:55:26

I reverted back my setup to stock freetype2/fontconfig/cairo and now the rendering is correct (excepted there is still an issue with the space between the 2nd and 3rd line). Here is a snapshot with the Terminus font using vanilla libraries.

I found out a workaround :
Go to Setting -> Edit Current Profile ... -> Advanced Tab -> Line Spacing

However, it doesn't definitively fix the issue. Underline and bold characters are still problematic.
It seems that freetype is the culprit :
https://bugs.kde.org/show_bug.cgi?id=279490

Last edited by hamelg (2014-01-10 19:44:32)

bohoomil · 2014-01-10 21:34:05

Thanks a lot for the additional info. It indeed must be an issue with freetype2 or Konsole (more probable, IMO) because the line spacing in the screenshot is still not entirely correct… Besides, I think we should wait for the revised infinality patch set as well: we are still using the code written basically for freetype2 2.4.x, so there might be incompatibilities affecting certain apps we have not been aware of (see here for example). Right now, as freetype2-iu is usable, you can safely reinstall it and set Liberation Mono or Inconsolata in Konsole (the 3rd shot in your previous post seems to look even better to me than the one above with Terminus). As soon as the new patch is available, I will upload updated packages and we can check if things look better in Konsole, too.

hamelg · 2014-01-11 22:53:52

The issue is specifically related to konsole and the hyphen character.
If you disable hyphenation (ie: man --no-hyphenation), the rendering is correct whatever the fonts.

Another workaround is to Disable Bi-Directional text rendering in the Advanced tab of profile parameters.

https://bugs.kde.org/show_bug.cgi?id=280896

Last edited by hamelg (2014-01-12 11:18:22)

brebs · 2014-01-12 21:00:45

XFCE does a naughty thing, artificially setting the DPI to 96. Here's a simple patch (for xfce4-settings, git checkout on 20140112) I've made to prevent that, so that XFCE does not change the DPI.

After reading the horrors of xorg's 96 DPI one-size-fits-all approach, I initially suspected xorg-server, but it doesn't mess with the value reported by Nvidia, anyway.

Hopefully that's one less instance of font distortion to worry about, for XFCE users I suppose I should ask the XFCE devs to at least make it optional (edit: XFCE bug reported) - just wondering if there are any comments here from XFCE users.

To check: (watch for the millimetre values changed to suit 96 DPI)

xdpyinfo | grep -B1 dot

QT4 still seems to look nicest with 96 DPI, so I still have Xft.dpi: 96 in ~/.Xresources, purely for QT4.

Last edited by brebs (2014-01-14 21:02:31)

rumpelsepp · 2014-01-17 10:06:23

I think I have some kerning issues with infinality bundle, see screenshot. The pdf was viewed in Evince, Times New Roman was replaced by Heuristica.
Especially the space after several capital letters (E, P, C) looks very strange ()

Bildschirmfoto%20vom%202014-01-17%2011%3A05%3A55.png

Last edited by rumpelsepp (2014-01-17 10:11:27)

gothmog.todi · 2014-01-17 11:43:30

rumpelsepp wrote:

I think I have some kerning issues with infinality bundle, see screenshot. The pdf was viewed in Evince, Times New Roman was replaced by Heuristica.
Especially the space after several capital letters (E, P, C) looks very strange

That is because Heuristica (which is based on Adobe Utopia) is not metrically compatible to Times New Roman.
You should use something like Liberation Serif or TeX Gyre Termes. Those are based on Times (New Roman) and can replace it.

rumpelsepp · 2014-01-17 13:21:34

gothmog.todi wrote:

rumpelsepp wrote:
I think I have some kerning issues with infinality bundle, see screenshot. The pdf was viewed in Evince, Times New Roman was replaced by Heuristica.
Especially the space after several capital letters (E, P, C) looks very strange
That is because Heuristica (which is based on Adobe Utopia) is not metrically compatible to Times New Roman.
You should use something like Liberation Serif or TeX Gyre Termes. Those are based on Times (New Roman) and can replace it.

I do not use times, my professor uses times^^

Supplantr · 2014-01-17 20:06:54

I've been using infinality-bundle for a while without any real issues. Thanks for all the hard work.
However, there does seem to be a slight alignment problem with "vertical bars" in st. I'm not sure if this is caused by infinality-bundle, but st does use fontconfig. Have any other users of st experienced this?
Here is a screenshot of the situation I attempted to describe above:

brebs · 2014-01-17 21:34:50

Supplantr wrote:

alignment problem with "vertical bars"

Probably your font is to blame. Try Liberation Mono - pstree looks correct for me (except for what looks like a single pixel missing on a horizontal line).

bohoomil · 2014-01-18 03:25:41

@rumpelsepp, check out the new infinality-settings.sh. Besides, gothmog.todi is right: you can use a metrically compatible serif font instead of Heuristica. Simply change the default serif to Liberation Serif or TeX Gyre Termes and see if the pdf document looks any better.

@Supplantr, you can also check Monaco if you prefer a bitmap feel. I am using it with embedded bitmaps enabled, 9px and it is really great (see the shot).

rumpelsepp · 2014-01-19 17:01:43

bohoomil wrote:

@rumpelsepp, check out the new infinality-settings.sh. Besides, gothmog.todi is right: you can use a metrically compatible serif font instead of Heuristica. Simply change the default serif to Liberation Serif or TeX Gyre Termes and see if the pdf document looks any better.

The new settings file did not improve the pdf at all. Liberation Serif as default looks very nice! (I added this in /etc/fonts/conf.avail.infinality/free/37-repl-global-free.conf)
Bildschirmfoto%20vom%202014-01-19%2017%3A59%3A10.png

rumpelsepp · 2014-01-19 18:01:01

I have another replacement issue. Arial should be replaced by Liberation Sans (fc-match Arial) but Evince replaces Arial with Lato. What's wrong here?

bohoomil · 2014-01-19 19:34:22

Could you check the output of

$ pdffonts foo.pdf

please?

Last edited by bohoomil (2014-01-19 19:36:22)

rumpelsepp · 2014-01-19 19:38:10

bohoomil wrote:

Could you check the output of
$ fc-match Arial
LiberationSans-Regular.ttf: "Liberation Sans" "Regular"
and
$ pdffonts foo.pdf
please?

$ pdffonts Exercises,\ Part\ 2.pdf
name                                 type              encoding         emb sub uni object ID
------------------------------------ ----------------- ---------------- --- --- --- ---------
Arial                                TrueType          WinAnsi          no  no  no       5  0
Times New Roman,Bold                 TrueType          WinAnsi          no  no  no      11  0
Times New Roman                      TrueType          WinAnsi          no  no  no      13  0
ABCDEE+Calibri                       TrueType          WinAnsi          yes yes no       8  0
Symbol                               CID TrueType      Identity-H       yes no  yes     28  0
Times New Roman,Italic               TrueType          WinAnsi          no  no  no      33  0
Times New Roman                      CID TrueType      Identity-H       yes no  yes     40  0

$ fc-match Arial
LiberationSans-Regular.ttf: "Liberation Sans" "Regular"

Bildschirmfoto%20vom%202014-01-19%2020%3A37%3A42.png

bohoomil · 2014-01-19 22:09:09

OK, I got it. Do the following:

1. You previous substitution (Times New Roman to Liberation Serif) move from 37-repl-global-free.conf to 35-repl-custom.conf. This is where it should actually be.

2. In the same file, add a similar substitution for Helvetica:

$ cat /etc/fonts/conf.d/35-repl-custom.conf

. . .

  <match target="font">
    <test name="family">
      <string>Helvetica</string>
    </test>
    <edit name="family" mode="assign">
      <string>Liberation Sans</string>
    </edit>
  </match>
  <match target="pattern">
    <test name="family">
      <string>Helvetica</string>
    </test>
    <edit name="family" mode="prepend" binding="strong">
      <string>Liberation Sans</string>
    </edit>
  </match>

. . .

For some reason, Evince does not substitute Arial to Liberation Sans, but first it replaces it with Helvetica and then to Lato (which is a default replacement for it). I am still not sure why this happens, but I am going to study the case further. Anyway, this is going to do the trick.

el mariachi · 2014-01-19 22:12:07

updating to the latest bundle my conky and dzen fonts seem bigger and with a lot of spacing. maybe they're set to 70 something dpis?
http://i43.tinypic.com/2jacaw6.png

bohoomil · 2014-01-19 22:15:35

Which font family are you using with conky & dzen?

rumpelsepp · 2014-01-19 22:17:20

bohoomil wrote:

OK, I got it. Do the following:
1. You previous substitution (Times New Roman to Liberation Serif) move from 37-repl-global-free.conf to 35-repl-custom.conf. This is where it should actually be.

It's already there I just copied the wrong path to the forum post, sorry.

bohoomil wrote:

For some reason, Evince does not substitute Arial to Liberation Sans, but first it replaces it with Helvetica and then to Lato (which is a default replacement for it). I am still not sure why this happens, but I am going to study the case further. Anyway, this is going to do the trick.

It works! You don't really need the Arial entry in 35-repl-custom.conf because in 37-repl-global-free.conf there is alreay this:

   <match target="font">
     <test name="family">
       <string>Arial</string>
     </test>
     <edit name="family" mode="assign">
       <string>Liberation Sans</string>
     </edit>
   </match>
   <match target="pattern">
     <test name="family">
       <string>Arial</string>
     </test>
     <edit name="family" mode="prepend" binding="strong" >
       <string>Liberation Sans</string>
     </edit>
   </match>

The Helvetica thing did the trick.

Last edited by rumpelsepp (2014-01-19 22:18:00)

bohoomil · 2014-01-19 22:19:39

@rumpelsepp, I know it is there but for some reason it did not work for me correctly either. Only after adding the other substitution, the file I was testing the case with rendered properly. All in all, there is still a homework waiting for me.

Last edited by bohoomil (2014-01-19 22:20:38)

el mariachi · 2014-01-19 22:19:40

-*-gelly-medium-*-*-*-*-*-*-*-*-*-iso8859-2

rumpelsepp · 2014-01-19 22:20:23

bohoomil wrote:

@rumpelsepp, I know it is there but for some reason it did not work for me correctly either. Only after adding the other substitution, the file I was testing the case with rendered correctly. All in all, there is still a homework waiting for me.

:-)

bohoomil · 2014-01-19 22:42:04

el mariachi wrote:

-*-gelly-medium-*-*-*-*-*-*-*-*-*-iso8859-2

It is working for me as expected. Do you experience similar issues with other bitmap fonts, e.g. Terminus?

el mariachi · 2014-01-19 23:07:31

right.. it seems terminus is working, but none of the artwiz fonts are

Last edited by el mariachi (2014-01-19 23:16:12)

smeghead · 2014-01-22 07:30:39

I am experimenting with a dual monitor setup, with one of the monitors rotated. The rotated one needs subpixel hinting set to VRGB and the other one needs the regular RGB.

Since I have gone to the effort of trying to make my fonts look nice with infinality it would be annoying to have one of the monitors look nasty due to incorrect hinting.

I am not sure how to configure per-monitor settings in xft. Any suggestions?

WonderWoofy · 2014-01-22 16:31:02

@smeghead, see the Note in this section of the Font Configuration wiki page.

Arch Linux

#851 2014-01-10 17:55:26

Re: infinality-bundle: good looking fonts made (even) easier

#852 2014-01-10 21:34:05

Re: infinality-bundle: good looking fonts made (even) easier

#853 2014-01-11 22:53:52

Re: infinality-bundle: good looking fonts made (even) easier

#854 2014-01-12 21:00:45

Re: infinality-bundle: good looking fonts made (even) easier

#855 2014-01-17 10:06:23

Re: infinality-bundle: good looking fonts made (even) easier

#856 2014-01-17 11:43:30

Re: infinality-bundle: good looking fonts made (even) easier

#857 2014-01-17 13:21:34

Re: infinality-bundle: good looking fonts made (even) easier

#858 2014-01-17 20:06:54

Re: infinality-bundle: good looking fonts made (even) easier

#859 2014-01-17 21:34:50

Re: infinality-bundle: good looking fonts made (even) easier

#860 2014-01-18 03:25:41

Re: infinality-bundle: good looking fonts made (even) easier

#861 2014-01-19 17:01:43

Re: infinality-bundle: good looking fonts made (even) easier

#862 2014-01-19 18:01:01

Re: infinality-bundle: good looking fonts made (even) easier

#863 2014-01-19 19:34:22

Re: infinality-bundle: good looking fonts made (even) easier

#864 2014-01-19 19:38:10

Re: infinality-bundle: good looking fonts made (even) easier

#865 2014-01-19 22:09:09

Re: infinality-bundle: good looking fonts made (even) easier

#866 2014-01-19 22:12:07

Re: infinality-bundle: good looking fonts made (even) easier

#867 2014-01-19 22:15:35

Re: infinality-bundle: good looking fonts made (even) easier

#868 2014-01-19 22:17:20

Re: infinality-bundle: good looking fonts made (even) easier

#869 2014-01-19 22:19:39

Re: infinality-bundle: good looking fonts made (even) easier

#870 2014-01-19 22:19:40

Re: infinality-bundle: good looking fonts made (even) easier

#871 2014-01-19 22:20:23

Re: infinality-bundle: good looking fonts made (even) easier

#872 2014-01-19 22:42:04

Re: infinality-bundle: good looking fonts made (even) easier

#873 2014-01-19 23:07:31

Re: infinality-bundle: good looking fonts made (even) easier

#874 2014-01-22 07:30:39

Re: infinality-bundle: good looking fonts made (even) easier

#875 2014-01-22 16:31:02

Re: infinality-bundle: good looking fonts made (even) easier

Board footer