-
Notifications
You must be signed in to change notification settings - Fork 304
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Inconsistent name, family and style properties #274
Comments
Hi @trygveaa, i'm assuming you looking at the Name table strings. Screenshot 2,3 are results of naming strategy for older Microsoft applications. This is based on logic that every font have only 4 styles (Regular, Italic, Bold, Bold Italic). Any other weights is separated by isolated Family. Regarding exact file names i preferred that we didn't change that because of an issues like that #269 . What problems do you think it will bring if we don't change them? The issue that can be definitely addressed here is naming of Extra Light. I will correct that in the next update. |
I'm just looking at the output of the
Okay, I understand.
I didn't mean that you should change the file names. I just thought the full names should be consistent with them, so the spaces in the full name corresponds to dashes in the file name. But when I think about it, that's not the case with "JetBrains Mono" either,since that has a space in the full name, but nothing in the file name. But it doesn't really matter that much, and as you said, changing it now is probably not a good idea.
Yes, perhaps this is the only real issue here. |
— Changed license from Apache 2.0. to SIL 1.1. — Corrected Extra Light weight name in metadata #274
FYI the font metadata fixup guidelines in Fedora Linux require removing spaces from Width Weight Slant qualifiers in font naming, to make sure each axis qualifier uses a single space-less keyword (ie This is consistent with Microsoft’s WPF font model whitepaper, that already noted that using spaces in WWS keywords added several orders of complexity to style parsing in applications. Most first-rank font projects already apply this rule, and do not need any fixing. |
The name for
ExtraLight
doesn't have a space whileExtra Bold
andSemi Light
have it:To be consistent with the dashes in the file names, I guess the spaces should be removed.
Some of the variants have a specific family, while some don't:
Some variants have
Italic
orRegular
specified separately in style, while some don't.This is with version 2.001.
The text was updated successfully, but these errors were encountered: