Vertical metrics standards

Tofu Type Foundry
Posts: 59
I have some naive questions. This article from the Glyphs team dives into the complex issue of vertical metrics; even after reading it numerous times I still don’t fully understand the intricacies. In the past I’ve gone with “the Google strategy” outlined in the article, since it appears to be a well-rounded solution.
What I’d like to know is: Do you use one of their recommended methods for setting hhea, typo, and win values? Is it necessary to use a different method because of the needs of the typeface? Does each foundry have a standard so all their fonts work well together in their own library?
What I’d like to know is: Do you use one of their recommended methods for setting hhea, typo, and win values? Is it necessary to use a different method because of the needs of the typeface? Does each foundry have a standard so all their fonts work well together in their own library?
0
Comments
-
Generally, “the needs of the typeface” only dictate a different strategy if there is something unusual about the typeface. The most common form this takes is in terms of language support, but it can be just design — such as a huge difference in cap height vs x-height.
This sort of info will tend to make its way into published guidance, though.
The most recent version of the Google guidance on this, with their special treatment for CJK borrowed from Adobe, is here: https://googlefonts.github.io/gf-guide/metrics.html
2 -
More or less, yes. The article is great for all the in-depth and historical context. The GF strategy can be summed up even shorter, and I'm glad it's the one that is also remotely memorable:- Use Typo Metrics- set win values on absolute font extrema- set typo/hhea to visually include important bits; forms default line height in relation to em- 0 typo/hhea line gap for consistency3
-
Thomas Phinney said:Generally, “the needs of the typeface” only dictate a different strategy if there is something unusual about the typeface. The most common form this takes is in terms of language support, but it can be just design — such as a huge difference in cap height vs x-height.
This sort of info will tend to make its way into published guidance, though.
The most recent version of the Google guidance on this, with their special treatment for CJK borrowed from Adobe, is here: https://googlefonts.github.io/gf-guide/metrics.html0 -
2. Vertical metrics must be consistent across a family.
Each font in a family must share the same vertical metrics values.this strikes me as pretty aggressive. there are cases where, for example, the x-height changes sufficiently across an axis that you might want to introduce more vertical breathing room by default. worth noting Glyphs can’t handle this in variable fonts right now, you would have to add MVAR/VVAR afterward
1 -
jeremy tribby said:there are cases where, for example, the x-height changes sufficiently across an axis that you might want to introduce more vertical breathing room by default.0
-
right, yeah, weight would be a pretty unusual example. on the other side of the coin is something like an optical axis (and maybe a user who wants font-optical-sizing: auto) where I think it’s pretty reasonable if the weights are consistent at a given size
0
Categories
- All Categories
- 46 Introductions
- 3.8K Typeface Design
- 475 Type Design Critiques
- 555 Type Design Software
- 1.1K Type Design Technique & Theory
- 640 Type Business
- 830 Font Technology
- 29 Punchcutting
- 507 Typography
- 120 Type Education
- 313 Type History
- 74 Type Resources
- 109 Lettering and Calligraphy
- 30 Lettering Critiques
- 79 Lettering Technique & Theory
- 529 Announcements
- 84 Events
- 110 Job Postings
- 165 Type Releases
- 169 Miscellaneous News
- 274 About TypeDrawers
- 54 TypeDrawers Announcements
- 118 Suggestions and Bug Reports