問題のステータス、2014年6月:Chrome 37で修正
最後に、Chromeチームは 2014年7月に一般公開されるChrome 37でこの問題の修正をリリースします。現在の安定したChrome 35と最新のChrome 37(初期の開発プレビュー)の比較例は、次のとおりです。
問題の状況、2013年12月
1)がありますNO適切な解決策は、時にロードを経由して、フォント@import
、<link href=
またはGoogleの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で修正:
最初の行がデフォルトで、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);
私はこれについてブログ投稿をしました:
この問題について更新したい場合は、対応するブログ投稿「Google Chromeでの醜いフォントのレンダリングを修正する方法」をご覧ください。これに関するニュースがあればニュースを投稿します。
私の元の答え:
これはGoogle Chromeの大きなバグであり、Google Chromeチームはこのことを知っています。公式のバグレポートはこちらをご覧ください。現在、2013年5月、バグが報告されてから11か月たっても解決されていません。Google Webfontsをめちゃくちゃにする唯一のブラウザーがGoogle独自のブラウザーChrome(!)であるのは奇妙なことです。ただし、問題を解決する簡単な回避策があります。解決策については以下を参照してください。
2013年5月、Google Chrome開発チームからの声明
バグレポートのコメントの公式声明:
私たちのWindowsフォントレンダリングは積極的に取り組んでいます。...開発者がいじり始めることができる1つまたは2つのマイルストーン内に何かがあることを願っています。それが安定するまでの速さは、いつものように、すべての回帰を根絶して焼き尽くすことができる速さに関するすべてです。