Releasing variable fonts alongside static fonts
Comments
-
@Thomas Phinney -- Understood. My example was concerning standardizing VF instead of Variable. Itwasn't the best choice and I should have mentioned length of the name instead.How about a new font named Variable Variable?
0 -
Given that much of the font name is usually taken up by the style name, I thought Variable would be an adequate replacement of it. As in:
- Acme Foobar New Variable
being the variable version of all of these:- Acme Foobar New Condensed Light
- Acme Foobar New Condensed Regular
- Acme Foobar New Condensed Bold
- Acme Foobar New Condensed Extra Bold
- Acme Foobar New Light
- Acme Foobar New Regular
- Acme Foobar New Bold
- Acme Foobar New Extra Bold
- Acme Foobar New Extended Light
- Acme Foobar New Extended Regular
- Acme Foobar New Extended Bold
- Acme Foobar New Extended Extra Bold
In this context, does Variable still appear so freakishly long? It's longer than VF by 6 characters, but I find it so much more obvious and readable to the less-savvy end user (or a tiny bit more readable, if they don't even know what a variable font is).Edit: I kind of missed the point, since we're talking about including VF or Variable in the family name, not style name. But I still think family names themselves should be short and snappy, and Variable would be just part of the problem.When come to think of it, VF is actually still too long, since the F is obvious. Why not just V? Especially in the file name, XYZ-V.ttf, right?1 -
I think that VF reads great, it is short and self explanatory. But since there is no rule set in stone (yet) you can feel free to choose what suits you best. Short and quick summary from AxisPraxis specimens list (some of them quite old already)
Bold Monday
Font family Name: IBM Plex Sans Var
File Name: IBMPlexSansVar-Italic.ttfMonotype
Font family Name: Avenir Next Variable
File Name: AvenirNext_Variable.ttfType-together
Font family Name: Portada Variable Upright
File Name: Portada_Variable-Upright.ttf
Paratype
Font family Name: DIN 2014 Stencil VF Demo
File Name: DIN2014StencilVFDemoGX.ttf
Dalton MaagFont Family name: Venn VFFile Name: VennVF.ttf2 -
> DIN2014StencilVFDemoGX.ttfCool! I mean, hideous.VF is self-explanatory to type designers, but is it that obvious to an average graphic designer? Then again, there isn't many things it might be mistaken for, and since it does have the other virtues, maybe it's worth spreading indeed.BTW VF reminds me of the Polish counterpart of PE (physical education), WF, which I wasn't that fond of. Maybe hence my aversion1
-
Yes, “Variable” is more obvious. But then again, if everybody is using “VF” it will not take any new designer long to figure out that VF is an abbreviation for Variable Font. Seeing as they probably have a clue already as to what some variable fonts are.
Doing a search on “VF font” gives largely the expected results. So that’s another way to figure it out.2 -
"Variable" is of course literal, but it could also be part of the fantasy name of a typeface, so I’d favor "VF" as well as acronyms tend to be more technical and people would see what they mean.
They have been used for type foundries for many years, in the end I prefer them to avoid confusion (BTW, personally I am going to use two-digit names for optical masters as well).2 -
OK, VF FTW!
0 -
My text versions will be named TX.0
-
FWIW: Appending "VF" or "Variable" to the family name could be problematic for customers: e.g. I have a variable font and author a doc then send it to you, who has the static fonts - if "VF" is in the family name, them my doc will not render correctly on your machine. But, if the variable font had the same family name, then the doc would render fine.
So, I ususally recommend keeping the family names the same in VF and static for that reason. That's the convention we're following here at Microsoft (looks like Google Fonts is doing the same, above). It does mean that you can't have them both installed at the same time, and thus, if you have the VF installed you can't use it in apps that don't use the OS for font enumeration (e.g. InDesign). It's a tradeoff - short term compatibility for VF-unaware apps vs document fidelity and long term migration to VF.
That said, I can see the reverse tradeoff might be better for some; it's just worth being aware of the document sharing issue that adding "VF" can cause.6 -
I propose a new term for traditional static fonts: Fixie.
The term is already in use for fixed-gear bicycles and I believe it is intuitive and has the right ring to it.0 -
Rob McKaughan said:FWIW: Appending "VF" or "Variable" to the family name could be problematic for customers: e.g. I have a variable font and author a doc then send it to you, who has the static fonts - if "VF" is in the family name, them my doc will not render correctly on your machine. But, if the variable font had the same family name, then the doc would render fine.
So, I ususally recommend keeping the family names the same in VF and static for that reason. That's the convention we're following here at Microsoft (looks like Google Fonts is doing the same, above). It does mean that you can't have them both installed at the same time, and thus, if you have the VF installed you can't use it in apps that don't use the OS for font enumeration (e.g. InDesign). It's a tradeoff - short term compatibility for VF-unaware apps vs document fidelity and long term migration to VF.
That said, I can see the reverse tradeoff might be better for some; it's just worth being aware of the document sharing issue that adding "VF" can cause.
Most users are hardly educated about this, two different naming strategies still seem less confusionary to me.0 -
Rob McKaughan said:
So, I usually recommend keeping the family names the same in VF and static for that reason.2 -
If we could “guarantee” that the static font renders* the same as the variable font (I don't mean just pixels), then keeping the same name might be fine.
But I actually hate it — I’m working on different apps, some support VFs well, some don’t, so I want both static and variable fonts installed. I actually tweaked the variable version of Work Sans by adding a suffix, so I can use it alongside the static fonts, because the VF doesn’t work well everywhere.
When going from Type 1 to OpenType, some vendors tried keeping the same names, but in the end Adobe, Linotype, Monotype, FontFont and most other vendors adopted a suffix, because the “same-name-different-format” thing caused more trouble to end-users than it helped solve problems.3 -
In my experience working with font retailers, having several fonts installed that have the same menu name but come in different formats has been one of the most common tech support issues. This was mainly for TrueType- and PostScript-flavored OpenType. Sure, help docs that came with the font often said “don’t install both versions on the same machine”. But that didn’t stop thousands of users from doing so.2
-
Installing fonts is deprecated by font APIs ;P0
-
I agree that “installing fonts” is an antiquated concept, especially since it doesn’t, in any way, include mechanisms for updating the fonts.0
-
I encourage everyone to look very closely at https://type.world0
-
How does that address this thread's initial question?
0 -
A Type World manager feature could be to sort this kind of thing out0
-
Would it rename clashing fonts on the fly? Curious.0
-
Adam Jagosz said:Would it rename clashing fonts on the fly? Curious.
0
Categories
- All Categories
- 43 Introductions
- 3.7K Typeface Design
- 803 Font Technology
- 1K Technique and Theory
- 622 Type Business
- 444 Type Design Critiques
- 542 Type Design Software
- 30 Punchcutting
- 136 Lettering and Calligraphy
- 83 Technique and Theory
- 53 Lettering Critiques
- 485 Typography
- 303 History of Typography
- 114 Education
- 68 Resources
- 499 Announcements
- 80 Events
- 105 Job Postings
- 148 Type Releases
- 165 Miscellaneous News
- 270 About TypeDrawers
- 53 TypeDrawers Announcements
- 116 Suggestions and Bug Reports