We need to add this to the mAliasTable that is used to collect Family aliases, prior to storing them into the shared list. But we don't keep track of these when collecting family aliases, and so we're liable to end up with the wrong face.
#FRANKLIN GOTHIC FONT HISTORY WINDOWS#
So after some digging around, it turns out there are two issues here, actually.įirst, on Windows the shared font-list's "alias" families don't work properly, because when we instantiate fontEntries from shared font-list Face records in gfxDWriteFontList::CreateFontEntry, we depend on the Family's Index() and IsBundled() values to help us create the proper DWrite face. Still something funny going on with Franklin Gothic, though it would be good to understand this better. Reducing the value of gfx.font_lay would mitigate this.) (That's probably much more delay than we really need these days it originated back when DW was young and we were having some really slow startup issues. I don't see the family name "Franklin Gothic" anywhere in the name table of the font, and yet DW appears to be coming up with it, and we take that as the "primary" family name the alternate "Franklin Gothic Medium" isn't recognized until after the deferred font loader task has finished, which on Windows runs 2 minutes after startup. It looks like DirectWrite may expose it with the font-family name "Franklin Gothic", which is what appears the Fonts control panel list, rather than as "Franklin Gothic Medium", which is what's actually in the name table of the font. There's something weird going on with the Franklin Gothic font, apparently. (The Fonts panel in the Element Inspector would be able to verify this.) I don't think that's Arial that it's changing to it looks more like Franklin Gothic to me.