Google webfonts rendre agitée en Chrome sur Windows
- Je utiliser le Google Webfonts service sur mon site internet et s'appuient fortement sur elle. Il rend bien sur la plupart des navigateurs, mais dans Chrome sur Windows il les rend particulièrement mauvais. Très agitée et pixélisée.
Ce que j'ai trouvé jusqu'à présent est que Chrome exige que l' .svg format de police à être chargé en premier. La police, je suis en utilisant toutefois, appelé le plus tôt possible, était uniquement disponible en .woff. Je l'ai converti en .svg à l'aide d'un service en ligne gratuit, mais quand je l'ai ajouté à ma feuille de style (avant le .woff), ça n'a rien changé.
J'ai aussi essayé:
-webkit-font-smoothing: antialiased;
text-shadow: 0px 0px 0px;
En espérant que l'un et l'autre d'aider le rendu du texte de manière plus fluide.
En ce moment je suis à court d'idées et je ne voudrais pas changer de police de caractères. Quelqu'un aurait-il une idée de comment je peux résoudre ce problème? J'ai été en utilisant le logiciel Adobe Browserlab pour tester le rendu, vu que je ne possède qu'un mac. Le lien du site est: www.symvoli.nl/about
Merci d'avance!
Modifier le 11 avril, 2013:
Chrome 35 Bêta semble enfin avoir résolu ce problème:
- Oh wow, merci d'avoir cette place, je n'ai jamais remarqué avant. Google webfonts sont vraiment à la recherche hachée sur mes propres sites.
- Est-il juste Google webfonts qui présentent ce problème? Ou tous les
@font-face
de la police? - J'ai fait un blog détaillée post à ce sujet incl. corrections: Comment résoudre le laid de rendu des polices de Google Chrome et cela a également été posée ici: stackoverflow.com/q/11487427/1114320
- ce que google Chrome 35? C'est le 4 avril 2014 et j'ai encore plus tard 34. Je suis confus.
- Chrome 35 Bêta, ce qui est. thenextweb.com/google/2014/04/10/...
Vous devez vous connecter pour publier un commentaire.
Mise À Jour Août 2014
Problème
Le problème est créé parce que chrome n'a en fait pas de rendu des polices TrueType avec un bon anti-aliasing. Toutefois, chrome encore rend les fichiers SVG bien. Si vous vous déplacez à l'appel de votre fichier svg dans votre syntaxe au-dessus de la woff, google chrome télécharger le svg et utiliser à la place du fichier woff. Quelques astuces comme vous, proposer des pistes de travail, mais seulement sur certaines tailles de police.
Mais ce bug est très bien connu pour le Chrome de l'équipe de développeur, et a été dans la fixation de la depuis juillet 2012. Voir l'officiel rapport de bug fil ici: https://code.google.com/p/chromium/issues/detail?id=137692
Mise à jour octobre 2013 (Merci à @Catch22)
Apparemment, certains sites web peuvent expérience intermittent de l'espacement des problèmes lors du rendu de l'svg. Il y a donc un meilleure façon à la peau. Si vous appelez le svg avec une requête de média spécifique à google Chrome, l'espacement, les problèmes disparaissent:
Première approche de la solution:
La Fontspring pare-balles syntaxe modifiée pour servir les svg d'abord:
Pour en savoir plus:
l'utiliser seulement sur les gros texte, car il aura une incidence sur votre page de performances.
Un correctif a été suggéré ici par l'appel de la .fichier svg, tout d'abord, http://www.adtrak.co.uk/blog/font-face-chrome-rendering/
J'ai essayé un certain nombre de solutions et enfin est venu avec un qui fonctionne avec les versions plus récentes de Chrome, qui ne tombent pas pour changer l'ordre des fichiers:
Essentiellement, j'ai déplacé le fichier TTF dans un Mozilla section spécifique.
Réponse par Tom & police-printemps ne l'ai pas fait pour moi, pour une raison quelconque. Ce correctif par Sam Goddard fait si :
CSS:
Il pourrait simplement être de la police à l'aide de votre "asap" ne rend pas très bien à certaines tailles. J'ai changé la taille de votre
h1
de3.5em
à50px
et il semble un peu mieux. Ne peut pas être la solution parfaite, mais j'ai remarqué que beaucoup de google webfonts peut être imprévisibleQue je développe dans Firefox. Mon expérience est que FF affiche les polices ttf très bien sans aucune règles supplémentaires (au-delà de la @font-face à l'appel de l'url pour le fichier de police). Chrome, cependant, est une autre histoire. Même avec avec-webkit-font-smoothing: antialiased; règle générale, il affiche toujours une police assez en pointe. Safari ne semblent pas avoir ce problème, donc il n'est pas intrinsèquement Webkit qui ne peut pas rendre une police proprement, c'est un Chrome problème.
Je n'ai pas essayé d'ajouter le -webkit-texte-avc: 0.5 px; la règle, mais.
Des réponses ci-dessus, je l'aime vraiment, Tom Sarduy la réponse de meilleur. Mis à part une bonne description du problème, il donne un grand @font-face de la pile à utiliser pour couvrir tous les principaux navigateurs.
Un autre lien de référence pour le web de rendu des polices en chrome -
http://www.fontspring.com/blog/smoother-web-font-rendering-chrome
Eu la même chose les gars. Bon dans tous les navigateurs, sauf chrome - même IE10 et 9 étaient très bien. Dreamwaeevr CS6 utilise également une version similaire de fontsprings code, mais a la svg à la fin. Changer ronde pour le SVG avant woff et ttf et tout dans le monde est bon. Tom est bang avec hos exemple, il y a, en fait, passé dans votre code et carte des chemins d'accès aux polices dont vous avez besoin, et vous êtes en affaires!
Il semble que Google pourrait servir à différentes woff fichiers en fonction du navigateur et de l'OS.
J'ai trouvé que si je télécharger la police de l'ei, c'est environ 10k de plus grand que si elle se fait sur Safari dans le Mac pour une police particulière. 43k vs 33k. Aussi, la version de IE semble fines sur le Mac, mais la version Mac ne semble pas fonctionner correctement sur le PC. La version Mac regarde le pire dans Mozilla Firefox sur le PC.
Essayez ceci:
http://fonts.googleapis.com/css?family=Source+Sans+Pro:400,600,400 italique,600italic
SourceSansPro-Régulier.woff version PC 27k
SourceSansPro-Régulier.woff version Apple 24k
j'ai essayé de nombreuses façons:
-le chargement du svg avec font-face
-webkit-font-régularisation
...
après
la rotation était plus lisse, mais le problème principal n'en a pas disparu.
Pour moi la solution était d'ajouter:
https://www.gettingthingstech.com/how-to-fix-jagged-font-rendering-in-google-chrome/
Ce post explique un peu sur google chromes expérimentale des fonctions. Apparemment, l'activation de la "DisableWrite" option résout l'enchevêtrement des polices. C'est évidemment un correctif PAR machine et non pas sur une grande échelle.