For Xft, we have a patch in our RPM: Xft-1.9.1.020811.1151-embeddedbitmap.patch which implements a custom fontconfig option 'rh_prefer_bitmaps'. If this option is set, then we suppress the FT_LOAD_NO_BITMAP flag from the load flags we pass to to FreeType. This should be easy to implement in Cairo as well if we wnat to continue doing it as a patch - see cairo-ft-font.c:_get_pattern_load_flags(). To not do it as a patch, we'd have to get the option both into fontconfig (presumably renamed) and Cairo upstream, which would be a bit of a pain for something that is a hack; though a useful hack.
Patch in this mail ( http://lists.freedesktop.org/archives/cairo/2005-September/005401.html ) seems to be relative to this bug.
< http://cvs.freedesktop.org/fontconfig/fontconfig/ChangeLog?rev=1.109.2.36&only_with_tag=fc-2_3_92&view=markup > 2005-10-25 Jinghua Luo <sunmoon1997> reviewed by: plam * fontconfig/fonts.conf.in: * fontconfig/fontconfig.h: * src/fcdefault.c: * src/fcname.c: Add FC_EMBEDDED_BITMAP object type to tell Xft/Cairo whether to load embedded bitmaps or not. fontconfig updates to 2.3.92 in rawhide 20051107
So fontconfig is fixed, right? The only thing left is in cairo?
Created attachment 122555 [details] Patch for cairo to support the embeddedbitmap fontconfig option This patch is the same as a patch sent to the cairo list see http://lists.freedesktop.org/archives/cairo/2005-September/005404.html except that It targets the version of cairo in rawhide. Applying this patch should allow the fontconfig embeddedbitmap option to work.
Needs this for our major Chinese feature in FC5.
Hi Carl, Does this patch look okay? If so, I can build it into rawhide.
I'm marking the patch attached as obselete as the same patch is incorporated into the patch set attached to bug 176910.
Please see bug 179522 for libXft's embedded_bitmap option.
See Also : Support for fontconfig embeddedbitmap option : https://bugs.freedesktop.org/show_bug.cgi?id=5560