Stato del problema, giugno 2014: risolto con Chrome 37
Infine, il team di Chrome rilascerà una correzione per questo problema con Chrome 37 che sarà rilasciato al pubblico a luglio 2014. Vedi l'esempio di confronto tra l'attuale Chrome 35 stabile e l'ultimo Chrome 37 (anteprima di sviluppo iniziale) qui:
Stato del problema, dicembre 2013
1.) Non v'è NO soluzione adeguata quando i font vengono caricati @import
, <link href=
o Google webfont.js
. Il problema è che Chrome richiede semplicemente file .woff dall'API di Google che rendono orribilmente. Sorprendentemente, tutti gli altri tipi di file di caratteri vengono visualizzati in modo splendido. Tuttavia, ci sono alcuni trucchi CSS che "livelleranno" un po 'il carattere renderizzato, troverai le soluzioni più profonde in questa risposta.
2.) Esiste una vera soluzione per questo quando si esegue l'hosting automatico dei caratteri, pubblicato per la prima volta da Jaime Fernandez in un'altra risposta su questa pagina StackOverflow, che risolve questo problema caricando i caratteri Web in un ordine speciale. Mi dispiacerebbe semplicemente copiare la sua eccellente risposta, quindi per favore dai un'occhiata qui. Esiste anche una soluzione (non dimostrata) che consiglia di utilizzare solo caratteri TTF / OTF poiché sono ora supportati da quasi tutti i browser.
3.) Il team di sviluppatori di Google Chrome lavora su quel problema. Dato che ci sono stati diversi enormi cambiamenti nel motore di rendering, c'è ovviamente qualcosa in corso.
Ho scritto un grande post sul blog su questo problema, sentiti libero di dare un'occhiata:
Come risolvere il brutto rendering dei caratteri in Google Chrome
Esempi riproducibili
Guarda come appare oggi l'esempio della domanda iniziale, in Chrome 29:
ESEMPIO POSITIVO:
A sinistra: Firefox 23, a destra: Chrome 29
ESEMPIO POSITIVO:
In alto: Firefox 23, in basso: Chrome 29
ESEMPIO NEGATIVO: Chrome 30
ESEMPIO NEGATIVO: Chrome 29
Soluzione
Risolto lo screenshot sopra con -webkit-text-stroke:
La prima riga è predefinita, la seconda ha:
-webkit-text-stroke: 0.3px;
La terza fila ha:
-webkit-text-stroke: 0.6px;
Quindi, il modo di correggere quei caratteri è semplicemente darli
-webkit-text-stroke: 0.Xpx;
o la sintassi RGBa (di nezroy, trovata nei commenti! Grazie!)
-webkit-text-stroke: 1px rgba(0,0,0,0.1)
C'è anche una possibilità obsoleta : dai al testo un'ombra (falsa) semplice:
text-shadow: #fff 0px 1px 1px;
Soluzione RGBa (trovata nel blog di Jasper Espejo):
text-shadow: 0 0 1px rgba(51,51,51,0.2);
Ho pubblicato un post sul blog su questo:
Se vuoi essere aggiornato su questo problema, dai un'occhiata al corrispondente post sul blog: Come correggere il brutto rendering dei caratteri in Google Chrome . Pubblicherò notizie se ci sono notizie su questo.
La mia risposta originale:
Questo è un grosso bug in Google Chrome e il team di Google Chrome lo sa, vedi la segnalazione ufficiale dei bug qui . Attualmente, a maggio 2013, anche 11 mesi dopo la segnalazione del bug, non è stato risolto. È strano che l'unico browser che rovina Google Webfonts sia il browser Google (Chrome). Ma c'è una semplice soluzione che risolverà il problema, vedi sotto per la soluzione.
DICHIARAZIONE DEL TEAM DI SVILUPPO CROMATO DI GOOGLE, MAGGIO 2013
Dichiarazione ufficiale nei commenti del bug report:
Il nostro rendering dei font di Windows è in fase di elaborazione. ... Speriamo di avere qualcosa entro una pietra miliare o due con cui gli sviluppatori possano iniziare a giocare. La velocità con cui si stabilizza è, come sempre, tutta la velocità con cui possiamo sradicare e bruciare qualsiasi regressione.