When '52-infinality.conf' is enabled the fonts seems very tiny on some programs like conky and xchat. I need to change the font size from 9 to 13 to take the normal/old 9 size.

I don't know if it's a bug or purposeful.

When I was glancing through the Infinality installation (before I ultimately decided to abandon it), I noticed that Infinality can force a DPI for font rasterization that differs from the DPI advertised by the X server. The X server by default will calculate its DPI as a function of your monitor's resolution and physical size, which it retrieves from the monitor by EDID. So if your X server is running at a DPI much different than the font DPI forced by Infinality, then your fonts will end up rasterizing at a noticeably different size than they would if FreeType were using the X server's DPI.

I finally had some time to review the integration of the fontconfig scripts from infinality in gentoo. Here are a few comments :

Configuring the fonts is really too complicated
3 eselect scripts (fontconfig, infinality, lcdfilter) is too much. For me, there should be only 2 : one to configure fontconfig (which already exists) and one to configure freetype (the lcdfilter one, but the name is misleading).

Custom configurations are overridden by infinality ones
Because of the precedence order, some settings from ~/.fonts.conf and /etc/fonts/local.conf are overridden by settings from infinality's scripts.

Some fontconfig scripts are now useless
Settings from fontconfig's 10-* scripts are completely overridden by settings from infinality's 50-base-rendering-*.

Some infinality scripts are mostly empty (42-repl-global.conf and 65-override.conf)

Some scripts are duplicated between infinality and fontconfig (31-cantarell.conf and 20-fix-cantarell.conf)

All in all, I don't like the way the scripts have been integrated in gentoo. For sure, it's easily maintainable because it strictly follows what's provided by infinality but it makes configuring the fonts a bigger mess than it was. What I suggest is not to have 2 sets of scripts (fontconfig's and infinality's) but only the fontconfig one with the inifinality scripts correctly integrated to it. For this purpose, some of the scripts should be removed, some should be added to the fontconfig ebuild, some others should be added to the liberation-fonts, dejavu, corefonts ebuilds, ..._________________OGMRip - LCD filtering (Wiki)

IMO if there are just one separated script with the options that are now on lcdfilter script and when selecting one of that it's just auto change the options needed on the others scripts would be the more simple way at user side, but may not at dev side.

The advice in this post helped me in getting rid of the error. It requires one to enable Type 1 fonts by commenting out a section of /etc/fonts/infinality/infinality.conf_________________emerge --quiet redefined | E17 vids: I, II | Now using e17 | e18, e19, and kde4 sucks :-/

Yup, same error when dealing with PostScript output from older applications, and same fix (had to do "fc-cache -f" as root for the change to take effect)._________________Personal overlay | Simple backup scheme

The one thing really annoying me is I've got libXft 2.3 on another machine and urxvt works fine there. The useflags are identical, I've even tried copying the config from that *exactly* including matching the user and local.conf and .Xresources, and nothing changed.

Edit
OK, I changed the USE to rxvt-unicode[+alt-font-width,-vanilla] and now the text's legible again. I'm not entirely comfortable with having to use different USEflags on different installs to get the same behaviour, but at this point I've given up trying to look for logical explanations.

I finally had some time to review the integration of the fontconfig scripts from infinality in gentoo. Here are a few comments :

Configuring the fonts is really too complicated
3 eselect scripts (fontconfig, infinality, lcdfilter) is too much. For me, there should be only 2 : one to configure fontconfig (which already exists) and one to configure freetype (the lcdfilter one, but the name is misleading).

Custom configurations are overridden by infinality ones
Because of the precedence order, some settings from ~/.fonts.conf and /etc/fonts/local.conf are overridden by settings from infinality's scripts.

Some fontconfig scripts are now useless
Settings from fontconfig's 10-* scripts are completely overridden by settings from infinality's 50-base-rendering-*.

Some infinality scripts are mostly empty (42-repl-global.conf and 65-override.conf)

Some scripts are duplicated between infinality and fontconfig (31-cantarell.conf and 20-fix-cantarell.conf)

All in all, I don't like the way the scripts have been integrated in gentoo. For sure, it's easily maintainable because it strictly follows what's provided by infinality but it makes configuring the fonts a bigger mess than it was. What I suggest is not to have 2 sets of scripts (fontconfig's and infinality's) but only the fontconfig one with the inifinality scripts correctly integrated to it. For this purpose, some of the scripts should be removed, some should be added to the fontconfig ebuild, some others should be added to the liberation-fonts, dejavu, corefonts ebuilds, ...

Thanks, that is some good feedback. I'm all for improving the user experience. I decided to keep the infinality and lcdfilter (I'm open to renaming this) eselect modules separate for maximum flexibility (which after all is The Gentoo Way). But if there are better ways of doing things, please come with specific improvement proposals, and we can probably work something out.

(If anyone was wondering why I was unresponsive this month: I was on holiday.)_________________"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF

Thanks! I hope to find some time within the next few days to bump cairo and look into its open issues._________________"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF

To illustrate the problem. htop on nvidia blob fonts are neatly compact, like with proper spacing. When I use nouveau or rad op sauce htop on urxvt characters are all spaced out making htop mad huge. I think is a combination of larger space between characters and characters themeselves taking more pixels.

Inconsolata used to look lovely with nvidia blob now with radeon I was forced to change it.

Also as I type now in the browser fonts have a bluish offset. This bluish offset is also present in urxvt.

Where to start troubleshooting this problem??? What are the commands I can try to get immediate results??

It's clearly seen on the character "m" on the terminal.

thx!!

Also, dunno whether has to do with fonts or what but before adding:

Code:

URxvt*depth: 32

my terminal was awfully slow, dmesg was like line per line and when compiling and having the terminal in fullscreen would bring my system down to halt. Now dmesg is instant. When I would list a folder with many files in colors moving the cursor on the terminal with arrows would be painfully slow and X cpu usage shoot thru the roof!! In general was any terminal activity that would slow down X, such as scrolling ncmpcpp songs list.

Now the only slow down I've experienced is when the terminal is filled with colored names and then I have to move the cursor on the promp, X cpu usage jumps to almos 50% usage. Scrolling ncmpcpp songs list with down/up arrows also result in 50% cpu usage.

In cairo 1.12.4, 1.12.6 and current git, I get occasional font corruption on a line of text, which usually makes the font look slightly bolder (appears often on this page), but it's fixed if I instead compile with --enable-xlib-xcb

Edit: LFS' cairo-1.12.4-expose_snapshot-1.patch still works with cairo 1.12.6 and current git.

Edit2: Bah, my solution slows down firefox's rendering, so I'll stick with cairo 1.12.2 for now, as with Debian and Ubuntu.

Edit5: cairo 1.12.10 has same problem, so I'm still sticking with cairo 1.12.2

Edit6: Hooray, finally fixed, I think by firefox 21
Edit7: This is using cairo from git, rather than cairo 1.12.14. I tried cairo 1.12.14 briefly, and it seemed to have a bit of text corruption, whereas a git checkout has been perfect._________________Improve your font rendering and ALSA sound

Last edited by PaulBredbury on Tue Jul 02, 2013 3:22 pm; edited 3 times in total