Laurence Penney

@behdad while there may be strong use cases for "moving the default" as you describe using avar2, it seems to me that the frequently requested use case you describe is...

> Then we'd have two names for two related but subtly different concepts. I think that's a very bad idea. Hmm, but @Behdad’s proposal already undermines one well-established meaning for...

> We don't want to change anything from the user's perspective in a vf-savvy environment, we just want to make it possible to build fonts that don't need a master...

Adding link to TypeDrawers discussion [*Are customers buying or using variable fonts?*](https://typedrawers.com/discussion/comment/60852/#Comment_60852) where the idea of "representative style" and "representative instance" is raised. Some thought is needed for recommended behaviour...

@behdad Good point, browsers already set wght=400 (or 700 if in H1, etc.), wdth=100, opsz=, which should override whatever is in Representative Instance. So it’s only other axes that this...

Thanks for the feedback. Perhaps we can keep this issue open in case there are productive proposals for other tables & fields. For example, cmap Format 12 is much less...

Remember that this gives rise to unpleasant regions where both `ital` and `slnt` are non-zero. By having multiple `` axis locations, some `CRSV` could be introduced as well as `slnt`....

Sorry, my comment wasn’t accurate, since `ital` wouldn’t have any gvar data of its own. The (minor) issue is that `slnt`, being a visible axis, will still be available to...

It’s how avar2 works internally, but the user never sees the adjusted axis values (just like avar1, the user only sees original input values for all axes). The feedback you...

Adjusting v metrics across the designspace is one of the main reasons for the existence of MVAR. See this tweet for an animation of variable sxHeight and yStrikeoutPosition in Source...