Hi there,
I just discovered Glyphs automatically set the spacing to zero move to the left my lc and .case combining diacritics but it does not do the same for the .sc serie. Why?
TIA.
What are the glyph names you are using?
Are you using custom naming?
Which app version?
You can force the nonspacing subcategory by selecting the glyph(s) in font view and editing its info (Cmd-Opt-I).
Glyphnames:
dieresiscomb.sc dotaccentcomb.sc gravecomb.sc acutecomb.sc hungarumlautcomb.sc circumflexcomb.sc caroncomb.sc brevecomb.sc ringcomb.sc tildecomb.sc macroncomb.sc commaaccentcomb.sc cedillacomb.sc ogonekcomb.sc
Version:
Version 2.5.2 (1160)
The problem is that the subcategory defaults to Smallcaps when what you need is Nonspacing.
- Select in Font View.
- Edit > Info for Selection (Cmd-Opt-I)
- Set subcategory:
Yes, I saw it. But shouldn’t Glyphs detect and set the right subcategory automatically as it does with .case diacritics?
Yes.
There is a conflict because the .sc suffix triggers the Smallcaps subcategory, and the core glyph name ending in comb triggers the Nonspacing subcategory. But you are right, the Smallcaps subcategory does not make sense with the Mark category. I believe it has been on our list for a while. I’ll see if I can bump it up so @GeorgSeifert can take care of it in the upcoming beta.
1 Like
I fixed the category for the accents with .sc suffix.
4 Likes
I am seeing the same thing happen with legacy diacritics. A client tried to do emoji like stuff with them and they were zero spacing (font exported in latest G3).
I had to go through the glyph info subcategory and mark the legacy ones as spacing to force them to export like so.
This seemed to solve the issue.
The legacy marks should be “Spacing” by default. Do you have a custom glyphData file laying around?