You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(posting some comments I made internally here too)
We have some degree of testing for things like "fsSelection is wrong" but less on the rendering front. I might imagine a set of tests made up of things to render + indication of what the expected result is / what to look out for in a broken font. Bonus points for training a model to recognize violations automatically :D
To try to spitball an actual example, they have stuff like "If your implementation is correct, each rendered glyph should show ...". We might have stuff like "If your font is correct the rendered glyph(s) should have ". Thinking "aloud", maybe for pairs that are usually kerned we render those pairs, a warning if there is no kerning rule, and a note about how and why the pair is typically kerned.
We might warn if things that are usually whitespace draw ink [a real problem we've seen]. We might warn if things that usually draw ink don't.
If we know what the previous version is, which we often do for Google Fonts, we might warn/highlight for manual review any glyph that changed a lot or perhaps if the rendering of any of a set of test strings has changed a lot.
Rod suggested unicode-org/text-rendering-tests (eg https://rawgit.com/unicode-org/text-rendering-tests/master/reports/fontkit.html) could be relevant to font-onboarding. Any suggestions @graphicore @m4rc1e ? :)
The text was updated successfully, but these errors were encountered: