État du problème, juin 2014 : Résolu avec Chrome 37
Finalement, l'équipe de Chrome va publier une correction pour ce problème avec Chrome 37 qui sera publié en juillet 2014. Consultez la comparaison d'exemple entre Chrome 35 actuel et le dernier Chrome 37 (aperçu du début du développement) ici :
État du problème, décembre 2013
1.) Il n'y a aucune solution appropriée lors du chargement des polices via @import
, ou `webfont.js` de Google. Le problème est que Chrome demande simplement des fichiers _.woff_ à l'API de Google qui rendent horriblement. Étonnamment, tous les autres types de fichiers de police rendent magnifiquement. Cependant, il existe quelques astuces CSS qui "adouciront" un peu la police rendue, vous trouverez les contournements plus loin dans cette réponse.
`
2.) Il y a une vraie solution à cela lors de l'auto-hébergement des polices, d'abord publiée par Jaime Fernandez dans une autre réponse sur cette page Stackoverflow, qui corrige ce problème en chargeant les polices web dans un ordre spécial. Je me sentirais mal de simplement copier sa réponse excellente, alors veuillez regarder là-bas. Il y a aussi une solution (non prouvée) qui recommande d'utiliser uniquement les polices TTF/OTF car elles sont désormais prises en charge par presque tous les navigateurs.
3.) L'équipe de développeurs de Google Chrome travaille sur ce problème. Comme il y a eu plusieurs énormes changements dans le moteur de rendu, il y a évidemment quelque chose en cours de progression.
J'ai écrit un long article de blog sur ce problème, n'hésitez pas à y jeter un coup d'œil: Comment corriger le rendu de police laid dans Google Chrome
Exemples reproductibles
Voyez comment l'exemple de la question initiale se présente aujourd'hui, dans Chrome 29 :
EXEMPLE POSITIF :
À gauche : Firefox 23, à droite : Chrome 29
EXEMPLE POSITIF :
Haut : Firefox 23, bas : Chrome 29
EXEMPLE NÉGATIF : Chrome 30
EXEMPLE NÉGATIF : Chrome 29
Solution
Correction de la capture d'écran ci-dessus avec -webkit-text-stroke :
La première ligne est par défaut, la deuxième a :
-webkit-text-stroke: 0.3px;
La troisième ligne a :
-webkit-text-stroke: 0.6px;
Ainsi, la manière de corriger ces polices est simplement de leur donner
-webkit-text-stroke: 0.Xpx;
ou la syntaxe RGBa (par nezroy, trouvée dans les commentaires ! Merci !)
-webkit-text-stroke: 1px rgba(0,0,0,0.1)
Il existe également une possibilité obsolète : Donnez au texte une ombre (fausse) simple :
text-shadow: #fff 0px 1px 1px;
Solution RGBa (trouvée dans le blog de Jasper Espejo) :
text-shadow: 0 0 1px rgba(51,51,51,0.2);
J'ai écrit un article de blog sur ce sujet :
Si vous souhaitez être informé sur ce problème, consultez l'article de blog correspondant : Comment corriger le rendu de police laid dans Google Chrome. Je posterai des nouvelles s'il y en a concernant cela.
Ma réponse originale :
Il s'agit d'un gros bug dans Google Chrome et l'équipe de développement de Google Chrome en est consciente, voir le rapport de bug officiel ici. Actuellement, en mai 2013, même 11 mois après que le bug ait été signalé, il n'est pas résolu. C'est une chose étrange que le seul navigateur qui perturbe Google Webfonts soit le propre navigateur de Google Chrome (!). Mais il existe une solution simple qui corrigera le problème, veuillez voir ci-dessous pour la solution.
DÉCLARATION DE L'ÉQUIPE DE DÉVELOPPEMENT DE GOOGLE CHROME, MAI 2013
Déclaration officielle dans les commentaires du rapport de bug :
Notre rendu de police Windows est activement en cours de travail. ... Nous espérons avoir quelque chose au cours d'un ou deux jalons avec lesquels les développeurs pourront commencer à jouer. La vitesse à laquelle cela arrivera en version stable dépend, comme toujours, de la rapidité avec laquelle nous pouvons dénicher et éliminer toute regression.
`