Fonts naming, settings & flags.
Posted: Mon Mar 15, 2010 1:43 am
At the following URL is a very nice frreebie font family:
http://inde-graphics.deviantart.com/art ... t-57338302
The usage guidelines are toward the bottom of the page. They disallow the opening and alteration of the font(s) in an editor - so I'm going to have to talk theoretically here.
The family contains seven fonts - a Regular, three lighter and three heavier weights. As provided, they all share the same family name, 'advent'. The creator of the fonts has then given them each a different subfamily name and set the Classification/Weight to match that. Individually, then, the fonts are fine. The trouble, of course (at least in Windows), is that when several are opened at once, they appear as a single entry in a font menu.
So ... if I were theoretically going to have tried to have all seven fonts be accessible and usable from a font menu, I would have changed the naming such that each weight were part of the Family name and the Subfamily for all of them was Regular.
I have, indeed, done so with a remarkably similar font family and now all seven fonts are listed in the font menu of my apps, but, while the Regular and three bolder fonts display and print properly, the three lighter weights - named Light, Extra Light and Thin - do NOT display or print properly, no matter what I've tried.
It doesn't seem to make any difference whether the Regular flag is set or not for the six non-Regular fonts, but it's my understanding from FC's documentation that the Regular flag should not be set for any of those six.
Incidentally, I did try having the variant I named Bold named with the Subfamily as Bold and the Bold flag checked, but that, for some reason, screwed up the display of the three heavier weights. So I went back to having Bold as part of the Family name, the Subfamily as Regular and the Bold (and Regular) flags unchecked - which fixed the problem.
Any ideas on what one would do with a font family like this to get the three light weights to display and print properly when all seven fonts are open? I'm out of ideas.
http://inde-graphics.deviantart.com/art ... t-57338302
The usage guidelines are toward the bottom of the page. They disallow the opening and alteration of the font(s) in an editor - so I'm going to have to talk theoretically here.
The family contains seven fonts - a Regular, three lighter and three heavier weights. As provided, they all share the same family name, 'advent'. The creator of the fonts has then given them each a different subfamily name and set the Classification/Weight to match that. Individually, then, the fonts are fine. The trouble, of course (at least in Windows), is that when several are opened at once, they appear as a single entry in a font menu.
So ... if I were theoretically going to have tried to have all seven fonts be accessible and usable from a font menu, I would have changed the naming such that each weight were part of the Family name and the Subfamily for all of them was Regular.
I have, indeed, done so with a remarkably similar font family and now all seven fonts are listed in the font menu of my apps, but, while the Regular and three bolder fonts display and print properly, the three lighter weights - named Light, Extra Light and Thin - do NOT display or print properly, no matter what I've tried.
It doesn't seem to make any difference whether the Regular flag is set or not for the six non-Regular fonts, but it's my understanding from FC's documentation that the Regular flag should not be set for any of those six.
Incidentally, I did try having the variant I named Bold named with the Subfamily as Bold and the Bold flag checked, but that, for some reason, screwed up the display of the three heavier weights. So I went back to having Bold as part of the Family name, the Subfamily as Regular and the Bold (and Regular) flags unchecked - which fixed the problem.
Any ideas on what one would do with a font family like this to get the three light weights to display and print properly when all seven fonts are open? I'm out of ideas.