I've been at war again with Word for Mac for a while now. I don't remember coming across this particular issue before.
The issue seems to occur with weights above weightclass 400.
Here's the issue:
- I'm selecting the Black weight from the font menu. That goes well, but I notice it activates the Bold button, even though this weight is not style linked as Bold of another weight. It is only style linked with Black Italic.
- Then I'm enabling the Italic button, but this gives not the desired result. It shows a fallback font.
- If I disable the Bold button after that it shows the correct Black Italic style
I've seen this happening also in several other font families from other foundries. For instance to the UltraBlack weight of Adobe's Acumin Pro SemiCondensed family, but strangely enough not to the same weight in the Acumin Pro normal width family.
I've been editing the nametables in various ways to see if there's anything there that could solve it, also the fsSelection settings, but to no luck.
Does anyone have experience with this issue?
Comments
OpenType specification version 1.5 (2008):
‘Full font name; this should be a combination of strings 1 and 2. Exception: if the font is “Regular” as indicated in string 2, then use only the family name contained in string 1.’
OpenType specification version 1.8.3 (2018):
‘Full font name that reflects all family and relevant subfamily descriptors. The full font name is generally a combination of name IDs 1 and 2, or of name IDs 16 and 17, or a similar human-readable variant.’
The original exception for the Full font name for Microsoft platform strings for CFF OpenType fonts has been removed. I recall that there were some discussions about the necessity of this rule here on TD. However, I wonder why specs are changed if things work: after all, aren’t specs not meant to secure proper and consistent handling of the matter on both the short as the long term? There was no real necessity to change the Full font name definition, except perhaps for some cosmetic reasons in case of the Windows-CFF entry, I reckon.
The old Adobe habits of making the Semibold the "bold" style of the Light, and that sort of thing... I definitely would NOT do today.
(Adobe, as oftentimes, may be an exception here.)
And if your fonts might be used by non-designers, outside Adobe apps, or in older Windows apps, it is especially important.
Dealing with this as a product manager, across entire libraries of thousands of fonts, I came to different conclusions. Style linking is moderately important for display fonts, and very important for body text fonts.
Or to put it another way: people expect it to work even on display fonts, if those fonts have the relevant family members that would make it possible. So if you have an upright and an italic, style linking will be expected.
The styling metadata is extra work, but compared to the work involved in designing the fonts in the first place, it’s hardly anything.
> The behavior is too inconsistent across apps & platforms.
That has not been my experience at all. Virtually all major platforms and major apps support bold and italic style linking.
> Bold & Italic seem to be the only cases in which it makes any sense.
That part we agree on.
And even if the existence of additional style links were not a surprise, I don’t think there are common/standard expectations as to which weights will link to which other weights, outside of the “Regular > Bold” link. Medium to Extrabold? Semibold to Black? And if you link Light to Semibold, you can’t then link the Semibold to something else. So I don’t even know what the “right” choices would be in some of these cases.
No actual problems as far as I know. EXCEPT (edit) for the “vanishing style-linked fonts on Windows), as Mark S points out below, which is definitely a potential point of confusion. I remember hearing the support issues back in the day. Sigh.
(Note: In old Mac resource-fork based fonts, you could actually link Light to Semibold and also Semibold to Black. But not with current formats.)