DWriteCore WOFF2 format

[timeester3648]

I noticed the WOFF2 and also WOFF formats are not supported. Are these planned? The space saved is noticable, especially when trying to embed fonts in the executable itself (for a sane default if the host system has none, or before any real default has loaded from system folders).

[DarranRowe]

Just to ask, the way this is done in regular DWrite is to use IDWriteFactory5::UnpackFontFile. Are you unable to query for this interface when using DWriteCore?

[castorix]

Just to ask, the way this is done in regular DWrite is to use IDWriteFactory5::UnpackFontFile. Are you unable to query for this interface when using DWriteCore?

I had tested too and it returns E_NOTIMPL with DWriteCoreCreateFactory (works with DWriteCreateFactory)

[timeester3648]

Aside from @castorix's answer, I use IDWriteInMemoryFontFileLoader::CreateInMemoryFontFileReference, to create a font file, which works. But then I use IDWriteFontFile::Analyze, which returns isSupportedFontType == FALSE, fontFileType == DWRITE_FONT_FILE_TYPE_UNKNOWN and fontFaceType == DWRITE_FONT_FACE_TYPE_UNKNOWN. The fact that it is not supported is also kind off predicatable by the fact that DWRITE_FONT_FILE_TYPE has no DWRITE_FONT_FILE_TYPE_WOFF2 or something.

[mominshaikhdevs]

@RDMacLachlan I don't get the point of converting this issue #5039 to "a discussion". as it's clearly a feature request. and It's not even resolved. so, that issue should've been kept open for future considerations.

[DarranRowe]

It's not just that, there is also no documentation indicating that IDWriteFactory5::UnpackFontFile is missing.

If this was always intended, then the documentation is incomplete. Missing functionality must be documented. If this wasn't intended then this is a bug.