Summary: | FcConfigAppFontAddFile equivalent that takes memory or FT_Face | ||
---|---|---|---|
Product: | fontconfig | Reporter: | Behdad Esfahbod <freedesktop> |
Component: | library | Assignee: | fontconfig-bugs |
Status: | RESOLVED MOVED | QA Contact: | Behdad Esfahbod <freedesktop> |
Severity: | normal | ||
Priority: | medium | CC: | freedesktop, samuel |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Behdad Esfahbod
2014-05-08 18:25:30 UTC
Humm. A version that takes FT_Face is useful regardless. So perhaps we can add FcFreeTypeConfigAppFontAddFace() as well as FcConfigAppFontAddMemory(). This might be tricky. Clients of fontconfig currently only expect FC_FILE/FC_INDEX. We would need to update them all to check for the FC_FT_FACE as well... Taking FT_Face might not be a good idea. Taking memory and creating a FT_FACE every time works. Alternatively, we can use modern Linux APIs to assign to a piece of memory a file name. That might be the least portable but most useful. For reference, I discussed using custom fonts with pango in detail here: http://mces.blogspot.ca/2015/05/how-to-use-custom-application-fonts.html -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/fontconfig/fontconfig/issues/12. |
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.