问题描述
随着最近的更新,该字体已经失去了作为 Mono 字体的配置。 某些开发应用程序无法识别为 Mono
截图
您可以在 Microsoft SQL Server Management Studio 的选择器中看到如何显示
这是该应用程序在 IBX Plex 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 中发现了这些结果,其中在单声道检查中包含以下建议。)
com.google.fonts/check/monospace(点击展开)
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 版中的字体,让我知道这是否能解决问题?
最后,我在 Windows 10 上的 Microsoft SQL Server Management Studio 中测试了 1.070 版,它似乎按预期工作:
@arrowtype发布 zip 似乎在 Recursive_Code 中没有任何子文件夹或字体。
🤦♂️ 哈哈,对不起; 我犯了一个愚蠢的错误。 @danarnold你能再试一次吗?
@arrowtype字体对我来说显示为等宽! 我没有最初打开此问题的软件,因此@javlaks将不得不
嘿伙计们,字体又可以正常工作了。 应用程序正在按预期识别字体
谢谢@arrowtype 😉
哇! 感谢您帮助报告和检查这一点, @javlaks和 danarnold。