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

masque · 2015-06-12 08:01:46

Stefan Husmann wrote:

Does

pacman-key --refresh-keys

help?

I alredy tried it. Unfortunatelly, no.
Key id is still 962DDE58 ?

kalpik · 2015-06-12 13:52:12

raggerv8 wrote:

A few days ago I did a system update and updated these packages
[2015-03-18 20:04] [ALPM] upgraded fontconfig-infinality-ultimate (2.11.1-24 -> 2.11.1-25)
[2015-03-19 09:25] [ALPM] upgraded fontconfig-infinality-ultimate (2.11.1-25 -> 2.11.1-26)
Now, fonts in Google Chrome Beta is very large sometimes. Example at Github:
https://i.imgur.com/6VyyShd.png
https://i.imgur.com/YiaYPpO.png
I recall this happened once before, and it got fixed via a new update, but now it happened again.

Were you able to fix this? I have the same issue. Rendering in Chrome has gone for a toss. Everything is huge and blurry. My settings are completely default, and only an update messed it up.

Markus00000 · 2015-06-16 09:55:28

I have this issue: [SOLVED] infinality-ultimate upgrade results in monospace font firefox

I followed bohoomil’s suggestions except that I selected the “combi” preset instead of “free” in the last step and that I modified the default fonts (see below).

Afterwards, I still get a monospace font on https://github.com/ instead of their Helvetica font stack (with my replacements).

Here’s exactly what I do.

Reset and reinstall:

# fc-presets set
1) combi
2) free
3) ms
4) reset
5) quit
Enter your choice... 4
 Removing current preset...
Done. Now select a new preset...
Enter your choice... 5
 No preset chosen. Aborting.
# pacman -Rdd fontconfig-infinality-ultimate
...
# pacman -S fontconfig-infinality-ultimate
...

Modify settings:

/etc/fonts/conf.avail.infinality/combi/60-latin-combi.conf
----------------------------------------------------------
<!-- Change default fonts to fonts that are installed -->
<!-- ## serif ## -->
<alias>
  <family>serif</family>
  <prefer>
    <family>Source Serif Pro</family>
    <family>Heuristica</family>
    <family>Times New Roman</family>
  </prefer>
</alias>
<!-- ## sans-serif ## -->
<alias>
  <family>sans-serif</family>
  <prefer>
    <family>Source Sans Pro</family>
    <family>Noto Sans</family>
    <family>Arial</family>
    <family>Tahoma</family> <!-- lat,cyr,greek,heb,arab,thai -->
    <family>Lucida Sans Unicode</family>
  </prefer>
</alias>
<!-- ## monospace ## -->
<alias>
  <family>monospace</family>
  <prefer>
    <family>DejaVu Sans Mono</family>
    <family>Liberation Mono</family>
    <family>Consolas</family>
    <family>Courier New</family>
  </prefer>
</alias>

Choose preset:

# fc-presets set
1) combi
2) free
3) ms
4) reset
5) quit
Enter your choice... 1
 [ combi ] preset chosen...
Done.

Relaunch Firefox and visit GitHub: Screenshot of GitHub with monospace font

Edit: The first font in the stack is Helvetica:

$ fc-match Helvetica
SourceSansPro-Regular.otf: "Source Sans Pro" "Regular"

Last edited by Markus00000 (2015-06-16 09:58:56)

kalpik · 2015-06-18 13:49:29

No one else facing the weird fonts on Chrome issue?

bohoomil · 2015-06-18 23:59:02

kalpik wrote:

Everything is huge and blurry.

I'm sorry for the late response. You're probably dealing with a "one-file-too-many" situation: either there's a leftover somewhere in your /etc/fonts or $XDG_CONFIG_HOME/fontconfig, or the update restored a configuration you hadn't used / had modified before. Here's what you can try doing (go to the tty first):

1. Move $XDG_CONFIG_HOME/fontconfig to fontconfig.bkp.
2. Backup your /etc/fonts directory.
3. Remove all files from /etc/fonts leaving only the directory structure.
4. Reinstall fontconfig-infinality-ultimate.
5. Set the preset you've been using (if it's the default one, which is free, do nothing).
6. Rebuild the font cache (btw, this should be done automatically on the update of the library).

Last edited by bohoomil (2015-06-19 00:02:06)

kalpik · 2015-06-19 13:52:12

bohoomil wrote:

kalpik wrote:
Everything is huge and blurry.
I'm sorry for the late response. You're probably dealing with a "one-file-too-many" situation: either there's a leftover somewhere in your /etc/fonts or $XDG_CONFIG_HOME/fontconfig, or the update restored a configuration you hadn't used / had modified before. Here's what you can try doing (go to the tty first):
1. Move $XDG_CONFIG_HOME/fontconfig to fontconfig.bkp.
2. Backup your /etc/fonts directory.
3. Remove all files from /etc/fonts leaving only the directory structure.
4. Reinstall fontconfig-infinality-ultimate.
5. Set the preset you've been using (if it's the default one, which is free, do nothing).
6. Rebuild the font cache (btw, this should be done automatically on the update of the library).

Hi!

Thanks a lot for your detailed reply. I tried everything you suggested, but it didn't make any difference

Firefox: http://i.imgur.com/BvSdu0N.png
Chrome: http://i.imgur.com/sQ3FXi3.png

It's impossible to use Chrome because of this

Thanks for trying to help, really appreciate it!

brebs · 2015-06-19 14:22:41

kalpik wrote:

I tried everything you suggested, but it didn't make any difference

Probably because it is *Chrome's* fault

Google your common problem.

kalpik · 2015-06-19 14:25:07

brebs wrote:

kalpik wrote:
I tried everything you suggested, but it didn't make any difference
Probably because it is *Chrome's* fault
Google your common problem.

Yeah, you're right, it probably *is* Chrome's fault, but I noticed this change only after an infinality update, so don't know what triggered it

kalpik · 2015-06-19 14:31:17

brebs wrote:

kalpik wrote:
I tried everything you suggested, but it didn't make any difference
Probably because it is *Chrome's* fault
Google your common problem.

OMG! Thanks for nudging me to search for it as a Chrome problem!

I did some research, and found this: https://code.google.com/p/chromium/issu … ?id=490964

So I ran "xrandr --dpi 96x96" in terminal and restart chrome and everything is crisp now!

Thanks a lot guys, and maybe this will help some other poor soul

Earnestly · 2015-06-19 17:34:12

Actually the correct fix would be to specify:

 --force-device-scale-factor=1

You should not be setting or changing the dpi settings for internal libraries like xcb/xlib (assuming they don't pick something silly), and if you must, multiples of 48 (96). (This is so pt to px conversions are exact, no fractional values.)

Last edited by Earnestly (2015-06-19 17:34:42)

kalpik · 2015-06-20 02:36:56

Earnestly wrote:

Actually the correct fix would be to specify:
 --force-device-scale-factor=1
You should not be setting or changing the dpi settings for internal libraries like xcb/xlib (assuming they don't pick something silly), and if you must, multiples of 48 (96). (This is so pt to px conversions are exact, no fractional values.)

Yep, that's what I did after reading up a bit more. Thanks

Markus00000 · 2015-06-22 20:15:53

@bohoomil I've found another page with the monospace issue mentioned above: http://www.chasepaymentech.de/

This time the font stack is: arial,helvetica,clean,sans-serif

Last edited by Markus00000 (2015-06-22 20:16:34)

bohoomil · 2015-06-25 04:12:08

Hello Markus,

Have you tried blacklisting Clean in fontconfig?

95-reject.conf

<selectfont>
  <rejectfont>
   <pattern>
     <patelt name="family"><string>Clean</string></patelt>
   </pattern>
  </rejectfont>
 </selectfont>
</fontconfig>

Markus00000 · 2015-06-25 07:27:44

Thanks, bohoomil, even though that did not work. I added the code to /etc/fonts/conf.avail.infinality/95-reject.conf, restarted Firefox and still had the monospace problem. In addition, Clean still matched:

$ fc-match clean
clR6x12-ISO8859-1.pcf.gz: "Clean" "Regular"

But given that both the affected font stacks contain Arial or Helvetica before Clean, why should Firefox pick Clean?

$ fc-match Helvetica
SourceSansPro-Regular.otf: "Source Sans Pro" "Regular"
$ fc-match arial
SourceSansPro-Regular.otf: "Source Sans Pro" "Regular"

bohoomil · 2015-06-25 08:43:14

There's actually one thing we didn't think about. Do you have a rule in 37-repl-global-combi.conf that provides a replacement for Helvetica?

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

You may need to do the same for Arial.

Besides, you can blacklist anything Clean globally, like this:

<selectfont>
    <rejectfont><glob>/usr/share/fonts/misc/clB*</glob></rejectfont>
    <rejectfont><glob>/usr/share/fonts/misc/clR*</glob></rejectfont>
</selectfont>

Markus00000 · 2015-06-25 08:56:30

I'm using the default combi/37-repl-global-combi.conf with these Helvetica rules:

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

  <!-- Helvetica Narrow => Arial Narrow -->
  <match target="font">
    <test name="family">
      <string>Helvetica Narrow</string>
    </test>
    <edit name="family" mode="assign">
      <string>Arial Narrow</string>
    </edit>
  </match>
  <match target="pattern">
    <test name="family">
      <string>Helvetica Narrow</string>
    </test>
    <edit name="family" mode="prepend" binding="strong">
      <string>Arial Narrow</string>
    </edit>
  </match>

  <!-- Helvetica Neue => Open Sans || Arial -->
  <match target="pattern">
    <test name="family" compare="eq" target="default">
      <string>Helvetica Neue</string>
    </test>
    <edit name="family" mode="prepend" binding="same">
      <string>Open Sans</string>
      <string>Arial</string>
    </edit>
  </match>
  <match target="font" >
    <test name="family" qual="any" >
      <string>Helvetica Neue</string>
    </test>
    <edit mode="assign" name="family" >
      <string>Open Sans</string>
      <string>Arial</string>
    </edit>
  </match>

Is it even possible that Firefox uses a different font than fc-match returns assuming it is not a bug?

sekret · 2015-06-25 18:49:29

I haven't looked through this whole thread, maybe it has come up already, but where can I find the PKGBUILDs and patches etc you use for the packages of your repo? There are some of them in the AUR, but e.g. cairo-infinality-ultimate isn't.

I'm asking because I would like to have those packages on my RPi 2 or at least try if they compile on the armv7h platform.

runical · 2015-06-25 19:20:22

Take a look at the wiki [1].

[1] https://wiki.archlinux.org/index.php/Infinality#Manual

bohoomil · 2015-06-25 20:23:39

Markus00000 wrote:

I'm using the default combi/37-repl-global-combi.conf with these Helvetica rules

And you do have physical copies of both Arial and Helvetica, right?

Markus00000 wrote:

Is it even possible that Firefox uses a different font than fc-match returns assuming it is not a bug?

I don't think so. ;-)

Markus00000 · 2015-06-26 08:36:38

I have not installed Helvetica or Arial. The default sans-serif was set to Source Sans Pro.

When I use the unaltered configs that come with fontconfig-infinality-ultimate, I get these results:

combi => false monospace on certain websites (Helvetica and Clear match Liberation Sans)
ms => false monospace on certain websites (Helvetica and Clear match Linux Libertine O)
free => works as expected (Helvetica and Clear match Liberation Sans)

It seems to be independent of the matches. Something seems to be different in the free config.

bohoomil · 2015-06-26 10:04:07

Markus, would you mind checking out whether my yesterday's tip works at least, please? If you're using default replacement rules provided by combi, you're simply telling fontconfig to use a non-existing font, IMO... ;-)

Markus00000 · 2015-06-26 11:44:10

you're simply telling fontconfig to use a non-existing font

I misunderstood how font matching works and this sentence made me look at man fonts-conf.

I thought that a font I have not installed would fall back to the default fonts (e.g. sans-serif) I set if there were no valid replacements.

Fontconfig performs matching by measuring the distance from a provided pattern to all of the available fonts in the system.

Knowing this I would have wasted less of your time, sorry and thanks a lot for your patience.

Looking at the GitHub font stack again, I think it's clear now why I'm seeing Clean:

Helvetica,arial,nimbussansl,liberationsans,freesans,clean,sans-serif,"Segoe UI Emoji","Segoe UI Symbol"

Helvetica and Arial are not installed. I have installed Nimbus Sans, Liberation Sans and Clean.

If there are no replacements set for "Helvetica" and "arial", I end up with "clean" because "nimbussansl" and "liberationsans" don't match the installed fonts, which are named "Nimbus Sans" and "Liberation Sans" with spaces. (fc-match gives Liberation Sans for "liberationsans" but this doesn't matter in Firefox.)

The "free" preset replaces Helvetica and Arial with Liberation Sans, that's why it doesn't end up with Clean.

Thanks, bohoomil!

ondoho · 2015-06-30 11:03:58

I have a problem with mixed content (Latin and Cyrillic, or English and Russian) in conky.
Instead of cyrillic characters I just see whitespace, like ( ) instead of (Русский).
In firefox the substitution seems to work, even with one of the offending fonts (and don't allow pages to choose their own fonts). Also when I use one of the offending fonts in gtk user interface, it is substituted automatically for cyrillic.
So the culprit seems to be conky. Hmm. It uses Xft - I have no idea how that relates to fontconfig. Probably not at all???

I thought that fontconfig works in a way that if a font is missing some glyphs, it would figure it out to substitute a font that actually has the missing glyphs, however that doesn't seem to work.
There's "36-repl-missing-glyphs.conf" in /etc/fonts/conf.avail.infinality, which I symlinked in /etc/fonts/conf.d, but it doesn't help. I even put in the name of one of the offending fonts to be replaced by "Noto Sans" (which seems to be the default choice for russian) , but still no effect.

Any ideas?

And my apologies if this has been covered already, or has nothing to do with infinality-fontconfig.

Last edited by ondoho (2015-06-30 11:26:31)

wildfowl · 2015-07-02 13:00:42

I was wondering if the manual [1] was up to date wrt the latest changes in Infinality. There are some settings applied to my config file which haven't had any effect.

[1] https://wiki.archlinux.org/index.php/Infinality#Manual

In particular the problem I'm trying to solve is to get uber sharp fonts (which are both dark and well defined) at reasonable (not heavy) weight.

I set the filter parameters to something like:

export INFINALITY_FT_FILTER_PARAMS="00 00 80 00 00"

This gives the desired result but there is a too much colour fringing. Namely colours (typically of a pinkish/redish glow) are slightly offset from the black glyphs.

I'm looking for any suggestions to eliminate this fringing.

###          freetype2-infinality-ultimate settings          ###
###           rev. 0.4.8.3, for freetype2 v.2.5.x            ###
###                                                          ###
###                Copyright (c) 2014 bohoomil               ###
### The MIT License (MIT) http://opensource.org/licenses/MIT ###
###      part of infinality-bundle  http://bohoomil.com      ###


XFT_SETTINGS="
Xft.antialias:  1
Xft.autohint:   0
Xft.dpi:        96
Xft.hinting:    1
Xft.hintstyle:  hintfull
Xft.lcdfilter:  lcddefault
Xft.rgba:       rgb
"

echo "$XFT_SETTINGS" | xrdb -merge > /dev/null 2>&1

### Available styles:
### 0 <> Custom
### 1 <> extra sharp
### 2 <> sharper & lighter ultimate
### 3 <> ultimate: well balanced (default)
### 4 <> darker & smoother
### 5 <> darkest & heaviest ("MacIsh")

USE_STYLE="0"

if [ "$USE_STYLE" = "0" ]; then
  export INFINALITY_FT_FILTER_PARAMS="01 28 38 28 01"
elif [ "$USE_STYLE" = "1" ]; then
  export INFINALITY_FT_FILTER_PARAMS="04 22 38 22 04"
elif [ "$USE_STYLE" = "2" ]; then
  export INFINALITY_FT_FILTER_PARAMS="06 22 36 22 06"
elif [ "$USE_STYLE" = "3" ]; then
  export INFINALITY_FT_FILTER_PARAMS="08 24 36 24 08"
elif [ "$USE_STYLE" = "4" ]; then
  export INFINALITY_FT_FILTER_PARAMS="10 25 37 25 10"
elif [ "$USE_STYLE" = "5" ]; then
  export INFINALITY_FT_FILTER_PARAMS="12 28 42 28 12"
fi

#export INFINALITY_FT_FRINGE_FILTER_STRENGTH="25"
export INFINALITY_FT_USE_VARIOUS_TWEAKS="true"
#export INFINALITY_FT_WINDOWS_STYLE_SHARPENING_STRENGTH="25"
export INFINALITY_FT_STEM_ALIGNMENT_STRENGTH="15"  # 15
export INFINALITY_FT_STEM_FITTING_STRENGTH="15"    # 15

#export INFINALITY_FT_BRIGHTNESS="-80"

#export INFINALITY_FT_PSEUDO_GAMMA="10 0.1"
#export INFINALITY_FT_AUTOFIT_STEM_SNAP_LIGHT=true
#export INFINALITY_FT_ENHANCED_EMBOLDEN=true
#export INFINALITY_FT_EMBOLDEN_MAINTAIN_WIDTH=true

# vim:ft=sh:

brebs · 2015-07-02 13:31:20

I use:

export INFINALITY_FT_FILTER_PARAMS="14 20 32 20 14"
export INFINALITY_FT_STEM_SNAPPING_SLIDING_SCALE=0
export INFINALITY_FT_USE_KNOWN_SETTINGS_ON_SELECTED_FONTS=true
export INFINALITY_FT_CHROMEOS_STYLE_SHARPENING_STRENGTH=0
export INFINALITY_FT_WINDOWS_STYLE_SHARPENING_STRENGTH=10
export INFINALITY_FT_AUTOHINT_SNAP_STEM_HEIGHT=0
export INFINALITY_FT_USE_VARIOUS_TWEAKS=false
export INFINALITY_FT_BRIGHTNESS="0"
export INFINALITY_FT_CONTRAST="0"
export INFINALITY_FT_GRAYSCALE_FILTER_STRENGTH="10"
export INFINALITY_FT_FRINGE_FILTER_STRENGTH="30"
export INFINALITY_FT_AUTOHINT_HORIZONTAL_STEM_DARKEN_STRENGTH="0"
export INFINALITY_FT_AUTOHINT_VERTICAL_STEM_DARKEN_STRENGTH="20"
export INFINALITY_FT_AUTOHINT_INCREASE_GLYPH_HEIGHTS=false
export INFINALITY_FT_GLOBAL_EMBOLDEN_X_VALUE=0
export INFINALITY_FT_GLOBAL_EMBOLDEN_Y_VALUE=0
export INFINALITY_FT_BOLD_EMBOLDEN_X_VALUE=0
export INFINALITY_FT_BOLD_EMBOLDEN_Y_VALUE=0

That looks fantastic to me - but it's not "uber sharp", which I wouldn't want anyway

Arch Linux

#1651 2015-06-12 08:01:46

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

#1652 2015-06-12 13:52:12

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

#1653 2015-06-16 09:55:28

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

#1654 2015-06-18 13:49:29

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

#1655 2015-06-18 23:59:02

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

#1656 2015-06-19 13:52:12

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

#1657 2015-06-19 14:22:41

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

#1658 2015-06-19 14:25:07

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

#1659 2015-06-19 14:31:17

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

#1660 2015-06-19 17:34:12

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

#1661 2015-06-20 02:36:56

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

#1662 2015-06-22 20:15:53

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

#1663 2015-06-25 04:12:08

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

#1664 2015-06-25 07:27:44

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

#1665 2015-06-25 08:43:14

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

#1666 2015-06-25 08:56:30

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

#1667 2015-06-25 18:49:29

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

#1668 2015-06-25 19:20:22

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

#1669 2015-06-25 20:23:39

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

#1670 2015-06-26 08:36:38

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

#1671 2015-06-26 10:04:07

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

#1672 2015-06-26 11:44:10

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

#1673 2015-06-30 11:03:58

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

#1674 2015-07-02 13:00:42

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

#1675 2015-07-02 13:31:20

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

Board footer