Recursive: La fuente no se detecta como mono

Parece ser lo mismo que el # 370

¡Gracias por hacérmelo saber! Lo siento por eso.

Hmm, podría deberse a las nuevas ligaduras agregadas en 1.069. Actualmente estoy solucionando otro problema, pero lo verificaré lo antes posible y, con suerte, proporcionaré una actualización para solucionarlo en unos días.

Gracias hombre y felices fiestas 😉

De acuerdo, parece que probablemente _es_ el mismo problema que antes: los metadatos no están configurados para clasificar esto como una fuente monoespaciada.

En la tabla post , esto debería ser 1 :

<isFixedPitch value="0"/>

En OS/2 , esto debería ser 600 :

<xAvgCharWidth value="599"/>

El valor de proption OS/2 Panose es realmente correcto:

<bProportion value="9"/>

El hhea para advanceWidthMax también es correcto:

<advanceWidthMax value="600"/>

(Encontré estos resultados con TTX, así como con FontBakery, que incluye las siguientes recomendaciones en una verificación mono).

Requirements for monospace fonts:                                         

      * post.isFixedPitch - "Set to 0 if the font is proportionally spaced,     
      non-zero if the font is not proportionally spaced (monospaced)"           
        www.microsoft.com/typography/otspec/post.htm                            

      * hhea.advanceWidthMax must be correct, meaning no glyph's width value is 
      greater.                                                                  
        www.microsoft.com/typography/otspec/hhea.htm                            

      * OS/2.panose.bProportion must be set to 9 (monospace). Spec says: "The   
      PANOSE definition contains ten digits each of which currently describes   
      up to sixteen variations. Windows uses bFamilyType, bSerifStyle and       
      bProportion in the font mapper to determine family type. It also uses     
      bProportion to determine if the font is monospaced."                      
        www.microsoft.com/typography/otspec/os2.htm#pan                         
        monotypecom-test.monotype.de/services/pan2                              

      * OS/2.xAvgCharWidth must be set accurately.                              
        "OS/2.xAvgCharWidth is used when rendering monospaced fonts, at least   
      by Windows GDI"                                                           
        http://typedrawers.com/discussion/comment/15397/#Comment_15397          

      Also we should report an error for glyphs not of average width.           

      Please also note:                                                         
      Thomas Phinney told us that a few years ago (as of December 2019), if you 
      gave a font a monospace flag in Panose, Microsoft Word would ignore the   
      actual advance widths and treat it as monospaced. Source:                 
      https://typedrawers.com/discussion/comment/45140/#Comment_45140     

Básicamente, varias líneas fallan en mi script scripts/instantiate-code-fonts.py (¿o tal vez se sobrescriben de alguna manera?), Lo que da como resultado valores predeterminados restantes. Posiblemente, esto se interrumpe cuando se agregan los glifos de powerline ... Mezclaré el script para ver si ese es el caso.

De acuerdo, creo que lo solucioné (de nuevo).

@javlaks Si lo desea, ¿podría probar las fuentes de la versión 1.070 y dejarme saber si eso resuelve el problema?

Por mi parte, probé la versión 1.070 en Microsoft SQL Server Management Studio en Windows 10 y parece que funciona como se esperaba:

@arrowtype El zip de lanzamiento no parece tener subcarpetas o fuentes dentro de Recursive_Code.

🤦‍♂️ Jaja, lo siento; tonto error de mi parte. @danarnold , ¿puedes intentarlo una vez más?

https://github.com/arrowtype/recursive/releases/tag/v1.070

@arrowtype ¡Las fuentes se muestran como monoespaciadas para mí! No tengo el software con el que se abrió originalmente este problema, por lo que @javlaks tendrá que opinar sobre eso.

Hola chicos, la fuente está funcionando bien de nuevo. Las aplicaciones reconocen la fuente como se esperaba

Gracias @arrowtype 😉

¡Cortejar! Gracias por ayudarnos a informar y comprobar esto, @javlaks & danarnold.