They get FC_PIXELSIZE set, which is later converted to FC_SIZE using
FC_DPI.

There are more places to fix I'm sure...

https://bugs.freedesktop.org/show_bug.cgi?id=80873

The whole size setting part still smells to me.

Part of https://bugs.freedesktop.org/show_bug.cgi?id=80873

To show closed and open ends.

and just abort if the object id is overflowed.

Continue to increase the object id even after FcFini()
and detect the overflow. that would be rather easier than
reset the object id with the complicated mutex and atomic
functions.

This situation would be quite unlikely to happen though

segfault happens when the config needs to be migrated to XDG's
and no definition for include with prefix="xdg"

Reported by Jia Wang

https://bugs.freedesktop.org/show_bug.cgi?id=83770

Adds FC_SYMBOL.

This affects fonts having a cmap with platform 3 encoding 0.
We now map their glyphs from the PUA area to the Latin1 area.

See thread "Webdings and other MS symbol fonts don't display"
on the mailing list.

Test before/after with:
$ pango-view --markup --text='<span fallback="false">&#xd7;&#xf0d7;</span>' --font=Wingdings

only warn when FONTCONFIG_FILE or FONTCONFIG_PATH is set.

Bug 90148 - Don't warn if cachedir isn't specified

Use FC_MATRIX instead.

https://bugs.freedesktop.org/show_bug.cgi?id=90257

Added --ignore-blanks option to get back the behavior.

https://bugs.freedesktop.org/show_bug.cgi?id=79955

Was broken by 66db69a6.  Ouch!

Use four-byte code for foundry as is instead.

https://bugs.freedesktop.org/show_bug.cgi?id=88679

https://bugs.freedesktop.org/show_bug.cgi?id=90105

Руслан Ижбулатов authored Apr 08, 2015 and Akira TAGOH committed Apr 09, 2015

Paths starting with '/' don't make sense on W32 as-is,
prepend the installation root directory to them.

This allows the cache to be contained within a particular
fontconfig installation (as long as the default
--with-cache-dir= is overriden at configure time).

Prior to the change of 32ac7c75
FcConfigAppFontAddFile() always returned FcTrue no matter what
fonts was added. after that, it always returned FcFalse because
adding a font doesn't add any subdirs with FcFileScanConfig().
so changing that to simply ignore it.

Also fixing it to return FcFalse if non-fonts was added, i.e.
FcFreeTypeQuery() fails.

https://bugs.freedesktop.org/show_bug.cgi?id=89617

Reported by Matt Breedlove

After the change of d6a5cc66
we have a lot of code points in FcBlanks. doing the linear search
on the array isn't comfortable anymore.
So re-implementing FcBlanksIsMember() to use the binary search.

Figuring out how much improved after this change depends on
how many fonts proceed with fc-cache say though, it's about 20 times
faster here on testing. which sounds good enough for
improvement.

to avoid the situation to find the better fallback font.

https://code.google.com/p/chromium/issues/detail?id=392724 has
more words to explain the details.

https://bugs.freedesktop.org/show_bug.cgi?id=81185