问题状态,2014年6月:Chrome 37已修复
最后,Chrome小组将针对Chrome 37发行此问题的修复程序,该修复程序将于2014年7月发布。请在此处查看当前稳定的Chrome 35和最新的Chrome 37(早期开发预览)的示例比较:
问题状态,2013年12月
1)有否妥善解决,通过加载字体时@import
,<link href=
或谷歌的webfont.js
。问题在于Chrome浏览器只是从Google的API 请求.woff文件,而这些文件呈现出可怕的效果。令人惊讶的是,所有其他字体文件类型都呈现精美。但是,有一些CSS技巧可以“稍微平滑”渲染的字体,您将在此答案中找到更深的解决方法。
2.)当自托管字体时,这是一个真正的解决方案,最初由Jaime Fernandez在此Stackoverflow页面的另一个答案中发布,它通过按特殊顺序加载Web字体来解决此问题。简单复制他的出色回答会很不好,所以请在那里看看。还有一个(未经验证的)解决方案建议仅使用TTF / OTF字体,因为几乎所有浏览器现在都支持它们。
3.)Google Chrome开发人员团队致力于解决此问题。由于渲染引擎发生了数项巨大变化,因此显然正在进行中。
我已经写了一篇有关该问题的大型博客文章,随时查看:
如何在Google Chrome浏览器中修复难看的字体渲染
可复制的例子
在Chrome 29中,看看今天最初的问题示例的样子:
积极的例子:
左:Firefox 23,右:Chrome 29
积极的例子:
顶部:Firefox 23,底部:Chrome 29
负面范例:Chrome 30
负面范例:Chrome 29
解
使用-webkit-text-stroke修复以上屏幕截图:
第一行为默认行,第二行为:
-webkit-text-stroke: 0.3px;
第三行有:
-webkit-text-stroke: 0.6px;
因此,修复这些字体的方法就是简单地赋予它们
-webkit-text-stroke: 0.Xpx;
或RGBa语法(通过nezroy,在注释中找到!谢谢!)
-webkit-text-stroke: 1px rgba(0,0,0,0.1)
还有一种过时的可能性:给文本添加简单的(伪)阴影:
text-shadow: #fff 0px 1px 1px;
RGBa解决方案(可在Jasper Espejo的博客中找到):
text-shadow: 0 0 1px rgba(51,51,51,0.2);
我为此写了一篇博客文章:
如果您想就此问题进行更新,请参阅相应的博客文章:如何修复Google Chrome中的丑陋字体渲染。如果有任何新闻,我会发布新闻。
我的原始答案:
这是Google Chrome浏览器中的大错误,Google Chrome浏览器团队确实对此有所了解,请在此处查看官方错误报告。目前,在2013年5月,即使在报告该错误之后的11个月,它仍未解决。奇怪的是,唯一使Google Webfonts混乱的浏览器是Google自己的浏览器Chrome(!)。但是有一个简单的解决方法可以解决该问题,请参见下面的解决方案。
2013年5月Google铬开发团队的声明
错误报告中的官方声明注释:
我们的Windows字体渲染正在积极研究中。...我们希望开发者可以在一个或两个里程碑之内开始尝试。一如既往,它变得稳定的速度与我们能够根除并消除任何回归的速度有关。