Recursive: Proporcione VF divididos junto con el lanzamiento completo: Sans, Sans Casual, Mono, Mono Casual

Hola @ nim-nim, ¡gracias por tomarse el tiempo para presentar un problema!

Lo siento, pero ¿qué es "WWS"?

Es probable que trabajemos en un sistema que permita descargas configurables con ejes de subconjuntos, pero a corto plazo, es probable que sea posible agregar esto a los scripts de compilación. Actualizará este problema en ese momento.

Hola @arrowtype

WWS es la capa de nomenclatura genérica más reciente en el estándar OpenType (Name ID 21 y 22)
https://docs.microsoft.com/en-us/typography/opentype/spec/name#name -ids

Fue definido por Microsoft y Adobe después de que el primero trató de hacer cosas inteligentes con fuentes modernas en WPF, y descubrió que no era posible a menos que las fuentes se volvieran más rigurosas en su denominación.
https://msdnshared.blob.core.windows.net/media/MSDNBlogsFS/prod.evol.blogs.msdn.com/CommunityServer.Components.PostAttachments/00/02/24/90/36/WPF%20Font%20Selection% 20Model.pdf

Los ejes predeterminados en fuentes variables son las dimensiones WWS predeterminadas + tamaño óptico

Por favor, no se salga de esos ejes, si los autores de fuentes recrean el mismo lío con ejes de variables no estándar, que crearon antes con estilos no estándar, obtendremos el mismo resultado que antes: los escritores de aplicaciones se niegan a admitir cualquier de ellos antes de que alguien como Microsoft intervenga para poner la casa en orden.

Si bien me complace proporcionar versiones que se dividen para incluir solo ejes estandarizados, no va en contra de la especificación "salir de esos ejes"; está previsto, siempre que los ejes personalizados tengan nombres en mayúsculas (como el Los ejes CASL y MONO están en recursivo).

Las fuentes pueden usar etiquetas definidas en este registro o pueden usar etiquetas definidas por la fundición. (Las etiquetas definidas por Foundry también se pueden denominar etiquetas "personalizadas" o "privadas"). Las etiquetas definidas por Foundry deben comenzar con una letra mayúscula (0x41 a 0x5A) y deben usar solo letras mayúsculas o dígitos. Las etiquetas de eje registradas no deben usar ese patrón, pero pueden usar cualquier otro patrón válido. Esto asegura que las etiquetas definidas por la fundición y las etiquetas registradas nunca entren en conflicto.

https://docs.microsoft.com/en-us/typography/opentype/spec/dvaraxisreg#syntactic -requirements-for-design-variación-axis-tags

Si se encuentra que la fuente de variable completa funciona menos bien que las fuentes de variable dividida, intentaré informar a los usuarios de eso en las descargas o junto a ellas. Gracias por marcarlo como una posible preocupación. :)

Gracias por proporcionar una versión que incluye solo ejes estandarizados.

Sí, la especificación técnicamente permite la creación de ejes no estándar. Al igual que técnicamente permite la creación de fuentes que no sean WWS. Para tener la oportunidad de obtener soporte en la aplicación promedio (no en las costosas aplicaciones de diseñador ultra-nicho), apéguese a los ejes predeterminados. Los redactores de especificaciones se tomaron mucho tiempo para identificar un terreno común al que los redactores de aplicaciones podrían apuntar. Apegarse a este terreno común es la única forma de hacer que las aplicaciones y las fuentes funcionen bien entre sí.

Stephen, también puede encontrar útil esta página en el sitio web de Glyphs: https://glyphsapp.com/tutorials/naming

Hemos creado familias divididas para fuentes estáticas, pero una fuente variable completa para la versión principal. La especificación OpenType es el terreno común que las aplicaciones deben admitir. Si alguien necesita un VF dividido, el instalador de FontTools hará que esto sea lo suficientemente fácil de generar. Puedo arriesgarme en el futuro si mucha gente solicita VF divididos, pero por ahora, cerraré esto para mantener el repositorio ordenado.