Arch Linux User Repository

Updated to use fonttosfnt-git - works properly now

Needs to depend on xorg-fonts-alias-100dpi now, same for 75dpi version.

fontforge does a better job at character spacing, but line spacing is still a bit off ... (And fontforge is much slower.)

fontforge -c 'open(argv[1]).generate(argv[2])' "$f" "${f/pcf.gz/otb}"

Looking into it more closely (and using the right font -- Lucida Sans is broken beyond any hope of usability, but typewriter sans is fine) I'd think it must be a Pango issue as of the systems I've tried, anything with 1.43 renders the OTB exactly the same as the PCF exactly the same as anything using Xft for either format. The only outlier (with a bit too much spacing) is xfce4-terminal with Pango 1.44.

Of course the really fun part is that I can't even select the font in my usual terminal emulator, as Pango font description strings allow only a very limited subset of what standard fontconfig is capable of.

I was using xfce4-terminal. AFAIK, this could also be a Pango/Cairo issue. In the back of my mind I remember seeing some tickets about broken spacings. I will try to find it and/or cross-check the font against older versions.

@bachtiar What application were you using which was able to render it correctly in the old pcf format? The problem here seems to be Freetype itself, as both the original and the converted font are equally unusable on my end.

Character and line spacing are completely off. For example, B&H LucidaTypewriter Sans at size 9 looks so awful it's unusable. I would love it if it could be fixed though, since Pango 1.44 dropped support for fixed-sized fonts.