Estado del problema, junio de 2014: solucionado con Chrome 37
Finalmente, el equipo de Chrome lanzará una solución para este problema con Chrome 37, que se lanzará al público en julio de 2014. Consulte la comparación de ejemplo de Chrome 35 estable actual y el último Chrome 37 (vista previa de desarrollo inicial) aquí:
Estado del problema, diciembre de 2013
1.) No hay solución adecuada cuando las fuentes de carga a través de @import
, <link href=
o de Google webfont.js
. El problema es que Chrome simplemente solicita archivos .woff de la API de Google que se reproducen horriblemente. Sorprendentemente, todos los demás tipos de archivos de fuentes se reproducen maravillosamente. Sin embargo, hay algunos trucos de CSS que "suavizarán" un poco la fuente representada, encontrará la solución más profunda en esta respuesta.
2.) Existe una solución real para esto cuando las fuentes se alojan por sí mismas, publicadas por primera vez por Jaime Fernández en otra respuesta en esta página de Stackoverflow, que corrige este problema cargando las fuentes web en un orden especial. Me sentiría mal simplemente copiar su excelente respuesta, así que por favor echen un vistazo allí. También hay una solución (no probada) que recomienda usar solo fuentes TTF / OTF, ya que ahora son compatibles con casi todos los navegadores.
3.) El equipo de desarrolladores de Google Chrome trabaja en ese tema. Como ha habido varios cambios importantes en el motor de renderizado, obviamente hay algo en progreso.
He escrito una gran publicación de blog sobre ese tema, siéntase libre de echar un vistazo:
cómo solucionar el renderizado de fuentes feas en Google Chrome
Ejemplos reproducibles
Vea cómo se ve hoy el ejemplo de la pregunta inicial, en Chrome 29:
EJEMPLO POSITIVO:
Izquierda: Firefox 23, derecha: Chrome 29
EJEMPLO POSITIVO:
Arriba: Firefox 23, abajo: Chrome 29
EJEMPLO NEGATIVO: Chrome 30
EJEMPLO NEGATIVO: Chrome 29
Solución
Arreglando la captura de pantalla anterior con -webkit-text-stroke:
La primera fila es predeterminada, la segunda tiene:
-webkit-text-stroke: 0.3px;
La tercera fila tiene:
-webkit-text-stroke: 0.6px;
Entonces, la forma de arreglar esas fuentes es simplemente dándoles
-webkit-text-stroke: 0.Xpx;
o la sintaxis RGBa (por nezroy, que se encuentra en los comentarios! Gracias!)
-webkit-text-stroke: 1px rgba(0,0,0,0.1)
También hay una posibilidad desactualizada : dale una sombra simple (falsa) al texto:
text-shadow: #fff 0px 1px 1px;
Solución RGBa (que se encuentra en el blog de Jasper Espejo):
text-shadow: 0 0 1px rgba(51,51,51,0.2);
Hice una publicación de blog sobre esto:
Si desea actualizarse sobre este tema, eche un vistazo a la publicación de blog correspondiente: Cómo solucionar el renderizado de fuentes feas en Google Chrome . Publicaré noticias si hay noticias sobre esto.
Mi respuesta original:
Este es un gran error en Google Chrome y el equipo de Google Chrome sí lo sabe, consulte el informe oficial de errores aquí . Actualmente, en mayo de 2013, incluso 11 meses después de que se informara el error, no está resuelto. Es extraño que el único navegador que arruina Google Webfonts sea el navegador Chrome de Google (!). Pero hay una solución simple que solucionará el problema. Consulte la solución a continuación.
DECLARACIÓN DEL EQUIPO DE DESARROLLO DE CHROME DE GOOGLE, MAYO DE 2013
La declaración oficial en el informe de error comenta:
Nuestra representación de fuentes de Windows se está trabajando activamente. ... Esperamos tener algo dentro de un hito o dos con el que los desarrolladores puedan comenzar a jugar. Lo rápido que pasa a estable es, como siempre, todo acerca de qué tan rápido podemos erradicar y quemar cualquier regresión.