Recursive: Шрифт не определяется как Mono

Вроде то же, что # 370

Спасибо, что дал мне знать! Прости за это.

Хм, это может быть связано с новыми лигатурами, добавленными в 1.069. В настоящее время я разбираюсь с другой проблемой, но я проверю ее как можно скорее после этого и, надеюсь, предоставлю обновление, чтобы исправить ее в течение нескольких дней.

Спасибо тебе, мужик, и счастливых праздников 😉

Ладно, похоже, что это, вероятно, та же проблема, что и раньше - метаданные не настроены для классификации этого шрифта как моноширинного.

В таблице post это должно быть 1 :

<isFixedPitch value="0"/>

В OS/2 это должно быть 600 :

<xAvgCharWidth value="599"/>

Значение параметра OS/2 Panose на самом деле правильное:

<bProportion value="9"/>

Значение hhea для advanceWidthMax также верно:

<advanceWidthMax value="600"/>

(Я нашел эти результаты с TTX, а также с FontBakery, который включает следующие рекомендации в моно-проверке.)

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     

По сути, несколько строк в моем сценарии scripts/instantiate-code-fonts.py не работают (или, может быть, каким-то образом перезаписываются?), В результате чего остаются значения по умолчанию. Возможно, это прерывается при добавлении глифов линии электропередачи ... Я перетасую сценарий, чтобы проверить, так ли это.

Хорошо, я думаю, что разобрался (снова).

@javlaks Если хотите, не могли бы вы попробовать шрифты версии 1.070 и сообщить мне, решит ли это проблему?

Со своей стороны, я протестировал версию 1.070 в Microsoft SQL Server Management Studio в Windows 10, и, похоже, она работает должным образом:

@arrowtype В

🤦‍♂️ Ха-ха, извини; глупая ошибка с моей стороны. @danarnold , пожалуйста, попробуйте еще раз?

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

@arrowtype Шрифты для меня отображаются как моноширинные! У меня нет программного обеспечения, с помощью которого эта проблема была изначально открыта, поэтому @javlaks должен будет взвесить это.

Привет, ребята, шрифт снова работает нормально. Приложения распознают шрифт должным образом

Спасибо @arrowtype 😉

Ву! Спасибо за помощь в составлении отчета и проверке, @javlaks & danarnold.