com.google.fonts/check/legacy_accents
rationale question
#4555
-
The rationale for the
that is, should not be used as a component in composite glyphs that represent accented characters.
Can some explain to me how use of legacy accent glyphs as components of another glyph "breaks the mark to mark combining feature"? That composite glyph has its own anchors, it's own GDEF class value, and its own advance width -- all independent of the attributes of the component glyphs themselves -- so what is the problem? |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 2 replies
-
This check combines multiple ideas. (I have to admit I don't really like it.) One of the ideas is about how fonts are constructed by the designer - we think it is good practice that they use combining accents because they're more likely to get the anchors right, whereas legacy accents should not have anchors. And OK, I can kind of see that. But the other idea is how these things end up in the binary font, which I don't think is relevant at all. See further discussion in #3959. |
Beta Was this translation helpful? Give feedback.
-
And thank you that this works:
|
Beta Was this translation helpful? Give feedback.
This check combines multiple ideas. (I have to admit I don't really like it.) One of the ideas is about how fonts are constructed by the designer - we think it is good practice that they use combining accents because they're more likely to get the anchors right, whereas legacy accents should not have anchors. And OK, I can kind of see that. But the other idea is how these things end up in the binary font, which I don't think is relevant at all. See further discussion in #3959.