Reason for separating Latin and Cyrillic kerning groups?
Josh_F
Posts: 52
I remember reading somewhere that it is best not to combine kerning groups between Latin and other scripts like Cyrillic. Could anyone elaborate on this?
For example, in Latin, you might have a kerning pair for "C" to "o", and in Cyrillic, the Es looks like a Latin "C", and the Cyrillic "o" looks like a Latin "o", meaning it seems much easier to just place them in the group containing the formal Latin equivalent.
Without combining them, I then have to reference a bunch of Latin kerning pairs to build a similarly kerned Cyrillic alphabet.
Does that make sense?
For example, in Latin, you might have a kerning pair for "C" to "o", and in Cyrillic, the Es looks like a Latin "C", and the Cyrillic "o" looks like a Latin "o", meaning it seems much easier to just place them in the group containing the formal Latin equivalent.
Without combining them, I then have to reference a bunch of Latin kerning pairs to build a similarly kerned Cyrillic alphabet.
Does that make sense?
0
Comments
-
As long as your kerning “fits” without overflow, that is fine. Separating your classes by writing system just allows for the possibility of breaking the kerning into subtables by writing system.
If there are quite a few classes that are only needed in one writing system or the other, then it can save space. In some cases, quite a bit. But it really varies by typeface and designer.
In cases where the kerning exceeds 64K in a single subtable, this is important to try as otherwise either kerning must be cut off or the font won't compile (the exact nature of failure depending on your font editor).
FontLab VI will check for and do such compile-time optimizations automatically behind the scenes; with other apps, there are scripts and tools for it.
2 -
From a development standpoint, there is obviously an advantage to having the Latin, Cyrillic, and Greek “cognates" in combined classes.
As Thomas explains, there are production advantages to having them separate, in terms of subtabling if necessary when compiling.
Therefore, I generally start with them combined, and toward the end of my development process I split them out, if necessary. If your font editor or workflow can handle this on-the-fly at compilation time, so much the better.
I think the main thing to be aware of in such an approach is managing exception pairs.
6 -
Great, thanks for the clarification. I totally see how both approaches are viable.
-josh0 -
FWIW, I also tend to do what Kent said: I keep my classes “unified” going across scripts, until/unless there is a problem.
0
Categories
- All Categories
- 43 Introductions
- 3.7K Typeface Design
- 803 Font Technology
- 1K Technique and Theory
- 622 Type Business
- 444 Type Design Critiques
- 542 Type Design Software
- 30 Punchcutting
- 136 Lettering and Calligraphy
- 83 Technique and Theory
- 53 Lettering Critiques
- 485 Typography
- 303 History of Typography
- 114 Education
- 68 Resources
- 499 Announcements
- 80 Events
- 105 Job Postings
- 148 Type Releases
- 165 Miscellaneous News
- 270 About TypeDrawers
- 53 TypeDrawers Announcements
- 116 Suggestions and Bug Reports