On 11/05/2019 19:51, Behdad Esfahbod wrote:
On Sat, May 11, 2019 at 11:50 AM Eli Zaretskii <[email protected]
<mailto:[email protected]>> wrote:
> From: Behdad Esfahbod <[email protected] <mailto:[email protected]>>
> Date: Sat, 11 May 2019 11:38:58 -0700
> Cc: Jonathan Kew <[email protected] <mailto:[email protected]>>,
> "[email protected]
<mailto:[email protected]>"
<[email protected] <mailto:[email protected]>>
>
> The blob simply hold the font file bytes. There's even
hb_blob_create_from_file.
>
> Makes sense?
Not sure yet. What is a "font" for this purpose? Does it have to be
the full contents of a font file on disk?
Yes. The font file. Maybe describe what you are trying to do?
If you've got access to the font as a file or as a single buffer in
memory, then wrapping the entire thing as a blob and handing it to
hb_face_create will be simplest.
In a case where you don't necessarily have easy access to the complete
font file, but have platform APIs that you can use to retrieve specific
font tables (like IDWriteFontFace::TryGetFontTable on Windows, or
CGFontCopyTableForTag on macOS), that's where you might prefer to use
hb_face_create_for_tables (like Firefox does). This expects you to
provide a reference_table_func that will return a blob containing the
data of any given font table (identified by its 32-bit OpenType table tag).
JK
_______________________________________________
HarfBuzz mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/harfbuzz
