問題のステータス、2014年6月:Chrome37で修正
最後に、Chromeチームは、2014年7月に公開されるChrome 37でこの問題の修正をリリースします。現在の安定したChrome35と最新のChrome37(初期の開発プレビュー)の比較例をここで参照してください。
問題の状況、2013年12月
1.)、またはGoogleのを介してフォントをロードする場合、適切な解決策はありません。問題は、ChromeがGoogleのAPIから.woffファイルを要求するだけで、ひどくレンダリングされることです。驚くべきことに、他のすべてのフォントファイルタイプは美しくレンダリングされます。ただし、レンダリングされたフォントを少し「スムーズにする」CSSのトリックがいくつかあります。この回答では、回避策がより深くわかります。@import
<link href=
webfont.js
2.)フォントをセルフホストする場合、これに対する実際の解決策があります。これは、Jaime FernandezがこのStackoverflowページの別の回答で最初に投稿したもので、Webフォントを特別な順序でロードすることでこの問題を修正します。彼の優れた答えを単純にコピーするのは気分が悪いので、そちらをご覧ください。ほぼすべてのブラウザでサポートされるようになったため、TTF / OTFフォントのみを使用することを推奨する(実証されていない)ソリューションもあります。
3.)GoogleChrome開発者チームはその問題に取り組んでいます。レンダリングエンジンにいくつかの大きな変更があったので、明らかに何かが進行中です。
私はその問題について大きなブログ投稿を書きました。お気軽にご覧ください:
GoogleChromeで醜いフォントレンダリングを修正する方法
再現可能な例
Chrome 29で、最初の質問の例が今日どのように見えるかをご覧ください。
良い例:
左:Firefox 23、右:Chrome 29
良い例:
上:Firefox 23、下:Chrome 29
否定的な例:Chrome 30
否定的な例:Chrome 29
解決
上記のスクリーンショットを-webkit-text-strokeで修正します。
最初の行はデフォルトで、2番目の行は次のとおりです。
-webkit-text-stroke: 0.3px;
3行目は次のとおりです。
-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);
私はこれについてブログに投稿しました:
この問題について最新情報を入手したい場合は、次のブログ投稿をご覧ください:GoogleChromeでの醜いフォントレンダリングを修正する方法。これに関するニュースがあれば、ニュースを投稿します。
私の最初の答え:
これはGoogleChromeの大きなバグであり、GoogleChromeチームはこれを認識しています。公式のバグレポートはこちらをご覧ください。現在、2013年5月、バグが報告されてから11か月経っても、解決されていません。Google Webfontsを台無しにする唯一のブラウザがGoogle独自のブラウザChrome(!)であるのは奇妙なことです。ただし、問題を解決する簡単な回避策があります。解決策については、以下を参照してください。
2013年5月のグーグルクローム開発チームからの声明
バグレポートのコメントの公式声明:
Windowsフォントのレンダリングは積極的に取り組んでいます。...私たちは、開発者が遊び始めることができるマイルストーンまたは2つ以内の何かを持っていることを望んでいます。安定するまでの速さは、いつものように、リグレッションを根絶して焼き尽くすことができる速さです。