Description du problème
Avec les récentes mises à jour, la police a perdu sa configuration en tant que police mono. Certaines applications de développement ne sont pas reconnues comme Mono
Captures d'écran
Vous pouvez voir comment s'affiche dans le sélecteur dans Microsoft SQL Server Management Studio
Voici comment cette application s'affiche pour IBX Plex Mono
Environnement (veuillez compléter les informations suivantes) :
Il semble que ce soit le même que #370
Merci de me le faire savoir! Désolé pour ça.
Hmm, cela pourrait être dû aux nouvelles ligatures ajoutées en 1.069. Je résous actuellement un autre problème, mais je vérifierai cela dès que possible après cela et j'espère fournir une mise à jour pour le résoudre dans quelques jours.
Merci mec et bonnes vacances
D'accord, on dirait que c'est probablement le même problème qu'avant - les métadonnées ne sont pas définies pour classer cela comme une police à espacement fixe.
Dans la table post
, cela devrait être 1
:
<isFixedPitch value="0"/>
Dans OS/2
, cela devrait être 600
:
<xAvgCharWidth value="599"/>
La valeur de la proption OS/2
Panose est en fait correcte :
<bProportion value="9"/>
La hhea
pour advanceWidthMax
est également correcte :
<advanceWidthMax value="600"/>
(J'ai trouvé ces résultats avec TTX, ainsi que FontBakery, qui inclut les recommandations suivantes dans un contrôle mono.)
com.google.fonts/check/monospace(Cliquez pour agrandir)
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
Fondamentalement, plusieurs lignes échouent dans mon script scripts/instantiate-code-fonts.py
(ou sont peut-être écrasées d'une manière ou d'une autre?), ce qui entraîne des valeurs par défaut restantes. Peut-être que cela est perturbé lorsque les glyphes CPL sont ajoutés ... Je vais mélanger le script pour voir si c'est le cas.
D'accord, je pense que j'ai tout réglé (encore une fois).
@javlaks Si vous le souhaitez, pourriez-vous essayer les polices de la version 1.070 et me faire savoir si cela résout le problème ?
De mon côté, j'ai testé la version 1.070 dans Microsoft SQL Server Management Studio sur Windows 10, et cela semble fonctionner comme prévu :
@arrowtype Le zip de version ne semble pas avoir de sous-dossiers ou de polices à l'intérieur de Recursive_Code.
🤦♂️ Haha, désolé; erreur stupide de ma part. @danarnold pouvez-vous s'il vous plaît l'essayer une fois de plus?
Les polices @javlaks devra peser là-dessus.
Hé les gars, la police fonctionne à nouveau très bien. Les applications reconnaissent la police comme prévu
Merci @arrowtype 😉
Courtiser! Merci d'avoir aidé à signaler et à vérifier cela, @javlaks & danarnold.