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
{{ message }}
This repository has been archived by the owner on Mar 23, 2024. It is now read-only.
We could require that fonts themselves should make sure that the interpolated local designspace values cannot be out of bounds, but that feels a bit wrong.
I raised this issue in respect of avar2. In that case, the only practical disadvantage of sticking to a simple -1..+1 seems to be that a polyfill would not be able to generate all the possibilities that the font is capable of in an avar2 environment. That doesn’t seem like a reason to forbid fonts that exploit the technique.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
How does our design of reusable axes affect the normalized range of an axis, and does it matter?
Normalized axis values are between -1.0 and +1.0, but can be limited based on the
fvar
user values:min < default < max
, then the range is -1.0 to +1.0min == default and default < max
, then the range is 0.0 to +1.0min < default and default == max
, then the range is -1.0 to 0.0At the
VarC
level, we don't deal with user coordinates anymore, but we may need to specify how to clamp interpolated designspace coordinates.The text was updated successfully, but these errors were encountered: