-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Inclusion of contrast axis #4355
Comments
Can I transfer this issue to the new googlefonts/axisregistry repo? |
Of course |
hmmm... apparently I lack the admin rights here to do so :-P |
The Contrast axis exists by many names already, as per googlefonts/axisregistry#4 :
|
I think the registered range should be from -100 to 100: min_value: -100.0 The universalized meaning should be something like the "dominance of the thick parts over the thin parts, expressed in percent" or the "difference between 100% and the division between the thickness of the thin parts and the thickness of the thick parts". For example if the thin parts are 30 units and the thick parts are 230 units, the division yields 13% so the CONT value should be 100%–13% = 87. Positive values should be used if the contrast follows the traditional contrast axis of the dominant writing system, and negative values should be used if the contrast follows the reversed contrast axis of the dominant writing system. So 0 should stand for "no contrast", 100 should stand for "thin strokes are invisible and the contrast axis is traditional", and -100 should stand for "thin strokes are invisible and the contrast axis is reversed". This way, some design could go from fully reversed contrast to fully traditional contrast. |
You can only transfer issues within an org, and this repo is on the /google org, so, no, alas I can not. To the main point, I will respond on googlefonts/axisregistry#3 |
I’m not sure that math would make a lot of sense to a font maker or user. I think I would favour the axis scale expressed as the percentage relationship of thin stroke to thick stroke. So in your example the value would be 13, and the contrast approaches monolinear by increasing the thickness of the thin strokes until the value reaches 100. I think most font makers will think of increasing contrast in terms of making some parts thinner, rather than in terms of making some parts thicker, and the relationship between the value and the glyph appearance is easier if thinner = smaller value. |
@tiroj (and anybody else interested in this issue), please post followup comments at googlefonts/axisregistry#3 |
I'm proposing the inclusion of a "contrast" axis (CNTR) into the axis registry.
https://github.com/tallchai/akshar-type has one, that I’m currently onboarding.
cc @m4rc1e @davelab6 @rsheeter
The text was updated successfully, but these errors were encountered: