1433098 - Don't rename downloaded fonts when using DirectWrite backend

Status: RESOLVED FIXED

(Core :: Graphics: Text, enhancement)

Description

[Jonathan Kew [:jfkthame]]

Currently, when we use a downloaded @font-face resource, the DirectWrite backend (gfxDWriteFontList::MakePlatformFont) will rename the font, replacing the 'name' table in the sfnt resource with a newly-synthesized version. AFAICS, this behavior was inherited from the older GDI-based code, where it was necessary to avoid confusion with a system-installed font that might have the same name.

However, under DW it is unnecessary, as instantiating fonts from the gfxFontEntry does not depend on the name; and this renaming behavior -- which only provides the basic "required" names such as Family, Style, PSName in the new name table, so any additional names that were in the original resource are lost -- means that we cannot get correct names for OpenType variation axes or instances; IDWriteFontResource::GetAxisNames ends up returning an empty string list, because of our fake name table.

So we should simply remove this renaming from the DW font code.

Comment 1

[Jonathan Kew [:jfkthame]]

Attachment: Don't rename downloaded fonts (replacing the original 'name' table) when using DirectWrite backend

This avoids a bit of unnecessary work, and (more importantly) is required so that the devtools font-variations API (bug 1323743) will be able to return names from the font correctly.

Comment 2

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/mozilla-inbound/rev/0cd5065a76e9
Don't rename downloaded fonts (replacing the original 'name' table) when using DirectWrite backend. r=jrmuizel

Comment 3

[Cristian Brindusan [:cbrindusan]]

https://hg.mozilla.org/mozilla-central/rev/0cd5065a76e9