1
1
我的 猜测 这仅仅是Linux/Unix系统上的一个潜在问题,因为文件系统区分大小写。如果有任何Windows浏览器对此有问题,我会感到惊讶,因为字体只是c:\windows\fonts目录中的文件。 您可以尝试使用类似Courier New的可识别字体制作一个带有测试文本的页面,但将其拼写为类似于“Courier New”的有趣内容,然后转到 http://browsershots.org/ 它将从大量的浏览器中生成屏幕截图。一定要使字体太大,因为屏幕截图很小。 像这样:
如果 只有一个 行显示在Courier中,然后浏览器区分大小写。 编辑 :我在浏览器快照中测试了上面发布的HTML。我找不到任何不起作用的浏览器。用于Ubuntu Linux的dillo 2.1.1不喜欢这两行(可能该系统同时缺少Courier New和Courier?)所有其他人都在快递或新快递中显示了这两行。不过,仍然有一些移动浏览器没有经过测试,所以您应该尽量使用适当的大写字母以防万一。 |
2
9
虽然 CSS syntax overview 说
这个 css3-fonts module 章节要求不区分大小写的比较:
因此CSS3规范要求不区分大小写处理字体名称。 |
3
3
这家伙在使用flex时似乎有问题,所以这似乎是有道理的:
还可以查看此页面,您可以使用它在自己的浏览器/OS中进行检查: |
4
0
真是个好问题。我个人没有听说任何与案件敏感性有关的问题。 您应该更担心的是这些字体在各种系统上的存在。Mac上没有Verdana和Arial。Helvetica在Windows上不可用。您已经在win/mac维度中定义了两个交叉区域为零的集合。 |
toddmo · 当内容不可用时,如何优雅地后退 6 年前 |
Ronald LaPlante · 在css中查找字体 6 年前 |
bellotas · 如何将新字体导入项目-Angular 5 6 年前 |
user7088941 · 无法在tkinter中更改按钮字体大小 6 年前 |
sripberger · 向docker图像添加字体 6 年前 |
newbeeep · Freetype2返回的大小值大于预期值 6 年前 |
FormaL · wordpress请求404/410响应缺少字体 6 年前 |