Summary: | fontformat in match pattern is not respected? | ||
---|---|---|---|
Product: | fontconfig | Reporter: | Behdad Esfahbod <freedesktop> |
Component: | library | Assignee: | Akira TAGOH <akira> |
Status: | RESOLVED FIXED | QA Contact: | Behdad Esfahbod <freedesktop> |
Severity: | normal | ||
Priority: | medium | CC: | akira, bugs.freedesktop, fontconfig-bugs, fonts-bugs, freedesktop, mnowak |
Version: | 2.4 | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Behdad Esfahbod
2008-07-23 11:37:41 UTC
FWIW, these are the elements set by fcfreetype.c that are not matched: FC_SCALABLE FC_FULLNAME FC_CAPABILITY FC_FONTFORMAT I also tried breaking FC_CAPABILITY from one string into multiple ones, but seems like the cache only saves the first value for each element. SCALABLE seems to be more useful. Right now all the necessary information what the names of the element should be compared are hardcoded. is it maybe a good idea to export this sort of information into the external? this might possibly be easy to break fontconfig by mistake though, that would gives us the easy way to add the unknown/brand-new elements into fontconfig also, as long as the object is known in fontconfig. Akira, do you also want to fix this perhaps? Ah, yeah. will do that too. added fontformat to the matcher. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.