[Sorry, forgot to Cc the bug once modified] Hi,
Hi am reassigning this old bug as I found the origin of it, but it is a bit entangled. My explanations follow. In the end, this is really a bug in libXft which does not translate the lcd filter index from fontconfig to freetype, as should be done according to the API, which has been poorly defined until now. But after reporting the bug to fontconfig, which I thought was the culprit at first <https://bugs.freedesktop.org/show_bug.cgi?id=92981>, the freetype maintainer decided to add a workaround in latest freetype to allow for this API misuse. What I am asking with this bug report is for Jessie's freetype to include this fix (commit b96af12eb646534ab4d112e25210bd88812ee420), see <http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=b96af12eb646534ab4d112e25210bd88812ee420>. It applies modulo the ftlcdfil.h directory change (from include/ to include/freetype/) and the Changelog message. This way, it would fix every application that uses Xft (or other freetype clients which do the “wrong” thing, which does not include cairo) for users that use the legacy lcd filter (which used to be the system-wide default in old Debians and which is gorgeous, but this is another debate). I could of course try to fix libXft, but it seems not a very active project, and furthermore the fontconfig API looks like bound to change, so this looks like a lot of work for nothing. Thanks for what you can do about it. -- Benjamin Cama <[email protected]>
