Recursive: Fornece VFs divididos ao lado do lançamento completo: Sans, Sans Casual, Mono, Mono Casual

Olá @ nim-nim, obrigado por reservar um tempo para registrar um problema!

Desculpe, mas o que é "WWS"?

Provavelmente estaremos trabalhando em um sistema que permita downloads configuráveis ​​com eixos de subconjunto, mas, em curto prazo, provavelmente será possível adicionar isso aos scripts de construção. Atualizará este problema naquele momento.

Olá @arrowtype

WWS é a camada de nomenclatura genérica mais recente no padrão OpenType (ID de nome 21 e 22)
https://docs.microsoft.com/en-us/typography/opentype/spec/name#name -ids

Ele foi definido pela Microsoft e Adobe depois que o primeiro tentou fazer coisas inteligentes com fontes modernas em WPF e descobriu que não era possível a menos que as fontes se tornassem mais rigorosas em seus nomes.
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

Os eixos padrão em fontes variáveis ​​são as dimensões WWS + tamanho óptico padrão

Por favor, não saia desses eixos, se os autores de fontes recriarem a mesma bagunça com eixos de variáveis ​​não padrão, que eles criaram antes com estilos não padrão, obteremos o mesmo resultado de antes: escritores de aplicativos recusando-se a oferecer suporte a qualquer deles antes que alguém como a Microsoft intervenha para colocar a casa em ordem.

Embora eu esteja feliz em fornecer versões que são divididas para incluir apenas eixos padronizados, não é contrário à especificação "sair desses eixos" - é planejado, desde que os eixos personalizados recebam nomes em maiúsculas (como o Os eixos CASL e MONO estão em recursivo).

As fontes podem usar tags definidas neste registro ou podem usar tags definidas pela foundry. (As tags definidas pela Foundry também podem ser chamadas de tags “personalizadas” ou “privadas”.) As tags definidas pela Foundry devem começar com uma letra maiúscula (0x41 a 0x5A) e devem usar apenas letras maiúsculas ou dígitos. As tags de eixo registradas não devem usar esse padrão, mas podem usar qualquer outro padrão válido. Isso garante que as tags definidas pela foundry e as tags registradas nunca entrem em conflito.

https://docs.microsoft.com/en-us/typography/opentype/spec/dvaraxisreg#syntactic -requirements-for-design-variação-eixo-tags

Se a fonte variável completa apresentar desempenho inferior ao das fontes variáveis ​​divididas, tentarei informar aos usuários sobre isso ou próximo aos downloads. Obrigado por sinalizar isso como uma preocupação em potencial! :)

Obrigado por fornecer uma versão que inclui apenas eixos padronizados.

Sim, a especificação permite tecnicamente a criação de eixos fora do padrão. Como, tecnicamente, permite a criação de fontes não WWS. Para ter uma chance de suporte no aplicativo médio (não em aplicativos de designers caros e ultra-nichos), siga os eixos padrão. Os criadores de especificações levaram muito tempo para identificar um terreno comum que os criadores de aplicativos pudessem atingir. Seguir esse terreno comum é a única maneira de fazer com que os aplicativos e as fontes funcionem bem uns com os outros.

Stephen, você também pode achar esta página no site da Glyphs útil: https://glyphsapp.com/tutorials/naming

Fizemos famílias divididas para fontes estáticas, mas uma fonte totalmente variável para a versão primária. A especificação OpenType é o que os aplicativos comuns devem oferecer suporte. Se alguém precisar de um VF dividido, o instanciador do FontTools tornará isso fácil de gerar. Posso arriscar minha mente no futuro se muitas pessoas solicitarem VFs divididos, mas, por enquanto, estou fechando isso para manter o repositório organizado.