Pas réussi à décoder téléchargé la police

Changement de format('woff') format('font-woff') m'aider à résoudre ce problème tout à l'heure.

il suffit de changer un petit changement ici de Germano Plebani réponse

 @font-face {
  font-family: 'MyWebFont';
  src: url('webfont.eot'); /* IE9 Compat Modes */
  src: url('webfont.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */
       url('webfont.woff2') format('woff2'), /* Super Modern Browsers */
       url('webfont.woff') format('font-woff'), /* Pretty Modern Browsers */
       url('webfont.ttf')  format('truetype'), /* Safari, Android, iOS */
       url('webfont.svg#svgFontName') format('svg'); /* Legacy iOS */
}

s'il vous plaît vérifier si les sources de votre navigateur peut l'ouvrir et quel est le type

J'ai connu un problème similaire dans Visual Studio, qui était causé par un chemin incorrect url() vers la police en question.

j'ai cessé d'obtenir cette erreur après avoir changé (par exemple):

@@font-face{
    font-family: "Example Font";
    src: url("/Fonts/ExampleFont.eot?#iefix");

à ceci:

@@font-face{
    font-family: "Example Font";
    src: url("../fonts/ExampleFont.eot?#iefix");

assurez-vous que votre serveur envoie les fichiers de police avec le droit mime/type .

j'ai récemment eu le même problème en utilisant nginx parce que certains types mime font défaut dans son fichier /etc/nginx/mime.types .

j'ai corrigé le problème en ajoutant les types mime manquants à l'endroit où j'en avais besoin comme ceci:

location /app/fonts/ {

  #Fonts dir
  alias /var/www/app/fonts/;

  #Include vanilla types
  include mime.types;

  #Missing mime types
  types  {font/truetype ttf;}
  types  {application/font-woff woff;}
  types  {application/font-woff2 woff2;}
}

vous pouvez aussi regardez ça pour étendre le mime.types de nginx: l'extension par défaut de nginx mime.les types de fichier

j'ai juste eu le même problème et l'a résolu en changeant

src: url("Roboto-Medium-webfont.eot?#iefix")

à

src: url("Roboto-Medium-webfont.eot?#iefix") format('embedded-opentype')

pour moi, cette erreur se produisait lorsque j'ai référencé une police google en utilisant https. Quand je suis passé à http, l'erreur a disparu. (et oui, je l'ai essayé plusieurs fois pour confirmer que c'était la cause)

donc j'ai changé:

@import url(https://fonts.googleapis.com/css?family=Roboto:300,400,100,500,900);

à:

@import url(http://fonts.googleapis.com/css?family=Roboto:300,400,100,500,900);

j'ai dû ajouter type="text/css" à mon lien-étiquette. Je l'ai changé de:

<link href="https://fonts.googleapis.com/css?family=Roboto+Condensed:300,400,700" rel="stylesheet">

à:

<link href="https://fonts.googleapis.com/css?family=Roboto+Condensed:300,400,700" rel="stylesheet" type="text/css">

après que je l'ai changé l'erreur a disparu.

j'ai eu le même problème avec la police génial v4.4 et je l'ai corrigé en supprimant le woff2 format. Je recevais un avertissement en Chrome seulement.

@font-face {
  font-family: 'FontAwesome';
  src: url('../fonts/fontawesome-webfont.eot?v=4.4.0');
  src: url('../fonts/fontawesome-webfont.eot?#iefix&v=4.4.0') format('embedded-opentype'), url('../fonts/fontawesome-webfont.woff?v=4.4.0') format('woff'), url('../fonts/fontawesome-webfont.ttf?v=4.4.0') format('truetype'), url('../fonts/fontawesome-webfont.svg?v=4.4.0#fontawesomeregular') format('svg');
  font-weight: normal;
  font-style: normal;
}

parfois, ce problème se produit lorsque vous téléchargez/téléchargez les polices en utilisant la mauvaise méthode FTP. Les polices doivent être FTP-ed en utilisant la méthode binaire, pas ASCII. (Selon votre humeur, il peut se sentir contre-intuitif, lol). Si vous ftp les fichiers de police en utilisant la méthode ASCII, vous pouvez obtenir ce message d'erreur. Si vous ftp vos fichiers avec un "auto " méthode", et vous obtenez ce message d'erreur, essayez ftp forçant la méthode binaire.

dans mon cas, il a été causé par un fichier de chemin incorrect, in .htaccess. veuillez vérifier l'exactitude de votre chemin de fichier.

j'ai aussi eu le MÊME PROBLÈME MAIS j'ai résolu en ajoutant 'Content-Type' : 'application/x-font-ttf' dans l'en-tête de réponse pour tous .fichiers ttf

dans mon cas, cela a été causé par la création d'un fichier de correctifs SVN qui incluait l'ajout des fichiers de police. Comme ceci:

1. Ajouter des fichiers de polices de système de fichiers local à subversioned tronc
2. Tronc fonctionne comme prévu
3. créer un patch SVN de modifications de tronc, pour inclure l'ajout de fichiers de police
4. appliquer patch à une autre branche
Les fichiers de police
5. sont ajoutés aux fichiers sous-titrés branche (et peut être engagée), mais sont corrompus, produisant une erreur dans OP.

la solution était de télécharger les fichiers de police directement dans la branche à partir de mon système de fichiers local. Je suppose que cela s'est produit parce que SVN patch files doit tout convertir au format ASCII, et ne pas nécessairement conserver binaire pour les fichiers de police. Mais c'est seulement une supposition.

pour moi, l'erreur était d'oublier de mettre FTP en mode binaire avant de télécharger les fichiers de police.

Modifier

vous pouvez tester pour cela en téléchargeant d'autres types de données binaires comme des images. S'ils ne parviennent pas à afficher, alors c'est peut-être votre problème.

si vous utilisez express, vous devez autoriser le service de contenu statique en ajoutant quelque chose comme: var server = express(); serveur.utilisation(express.statique.'(/public")); / / où le public est l'application répertoire racine, avec les polices de caractères qui y sont contenues, à tout niveau, c'est à dire public/polices ou public/dist/fonts... // Si vous utilisez connect, googlez pour une configuration similaire.