-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Miscellaneous other fixes #10
Comments
All sounds good, although instance naming may need some discussion/clarification. @xotypeco wdyt? |
Instance names: I'm fine with VF instances following the VF spec, my only concern is keeping static files named Big Shoulders Text—Thin, etc. rather than using Big Shoulders 10pt—Thin. this is primarily because of the family's purpose as a "citizen font" for all citizens, including most who aren't designers. easily-discernible purpose is derived from the names Text and Display, but not 10pt and 72pt. in my testing, most designers, let alone most people, don't know what grading is, so they don't understand what the point sizes mean. again, this concern only pertains to statics. I expect designers on the web and developers using the VFs to understand (or be willing to understand) grading. @davelab6, what do you think about that? does the change in naming between VF and Static cause a problem for you? |
this already exists. in these screengrabs from the production files, left is typing in characters in their primary form. right is the ligated characters. edit: left is ligature in fi, right is f and I. |
Good, the important thing is to ensure they are there. Probably an Issue on this false Warn could be opened. |
Please, have a look at these other Warns. This type of Warns are really great to catch some possible unwanted/unplanned things on the glyphs and ensure everything is as expected ⚠ WARN: Glyphs are similiar to Google Fonts version?
⚠ WARN: Check if each glyph has the recommended amount of contours.--- Rationale --- Visually QAing thousands of glyphs by hand is tiring. Most glyphs can only be constructured in a handful of ways. This means a glyph's contour count will only differ slightly amongst different fonts, e.g a 'g' could either be 2 or 3 contours, depending on whether its double story or single story. However, a quotedbl should have 2 contours, unless the font belongs to a display family. This check currently does not cover variable fonts because there's plenty of alternative ways of constructing glyphs with multiple outlines for each feature in a VarFont. The expected contour count data for this check is currently optimized for the typical construction of glyphs in static fonts.
The following glyphs do not have the recommended number of contours: Glyph name: aogonek Contours detected: 3 Expected: 2 |
these are all as expected. the first warn is entirely due to my removal of .case accents, which is in current google fonts version, then using a standard set throughout the new versions. the second warn is due to characters like ç and ę being comprised of a glyph and component rather than a unified single path. |
(reopened in case something else pops up) |
I think most of them are covered. Stat table would be a future step. I changed the Instance Names back to Text and Display, for now, as Dave suggested |
Version
The new version value is 1.1, but if the release includes a change to variable version it should be 2.0. https://github.com/googlefonts/gf-docs/tree/master/Spec#font-versioning
STAT table
All variable fonts should include a STAT table. There is a patch file on the repository to solve this, but it seems it needs to be updated.
There are a few web pages that are always handy to test variable fonts Wakamai Fondue, Font Gauntlet, and the latest and IMO strongest Samsa Variable Font Inspector
Naming
Instance names of a Variable Font should follow the spec for them https://github.com/googlefonts/gf-docs/tree/master/Spec#instance-names
Ligatures: kerning and carets
Fonts with ligatures should have kerning on the corresponding non-ligated sequences for text where ligatures aren’t used (eg impallari/Raleway#14)
At the same time, all ligatures in a font must have corresponding caret (text cursor) positions defined in the GDEF table, otherwise, users may experience issues with caret rend
This is related to some of the Warns on the last FB report.
Notdef and glyphorder
A design for the .notdef character is needed. The OpenType specification v1.8.2 recommends that the first glyph is the .notdef glyph without a codepoint assigned and with a drawing.
https://docs.microsoft.com/en-us/typography/opentype/spec/
The text was updated successfully, but these errors were encountered: