-
Notifications
You must be signed in to change notification settings - Fork 14
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
map between design, external, and internal coordinates correctly #22
Comments
Copied from @anthrotype's note on #43 (comment):
I think we'll want explicit types so you cannot accidentally stick designspace coords in as userspace and vice versa. |
googlefonts/glyphsLib#280 (comment) appears to explain how to interpret "Axis Location": the mapping is
|
#83 left out instances: #83 (comment) notes:
|
#918 tracks instances Axis Location. As that is not itself a mapping between coordinates issue I think we can close this. |
designspace coordinates can be interpreted using so-called user-space (e.g. fvar axis [min,default,max], or OT registered axes predefined ranges) or as internal design-space coordinates (arbitrary numbers convenient to designers for defining source locations).
Designspace axes contain a
<map>
elements to map from the former to the latter, and are the basis for defining theavar
table that "bends" the default normalization process (the one mapping min to -1, default to 0 and max to +1 and lerp anything in between).Currently we don't even parse these map elements and assume there's no such user vs design vs normalised space distinction.
See #18 (comment)
The text was updated successfully, but these errors were encountered: