Affichage des symboles Unicode en HTML

Je veux simplement afficher les symboles de coche (✔) et de croix (✘) dans une page HTML, mais cela apparaît sous forme de boîte ou de goop - évidemment quelque chose à voir avec l'encodage.

J'ai défini la balise meta pour afficher utf-8 mais il me manque évidemment quelque chose.

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Edit / Solution: D'après les commentaires faits, en utilisant FireBug, j'ai trouvé que les en-têtes passés par ma page étaient en fait "Content-Type: text / html" et non UTF-8. L'examen du format de fichier à l'aide de Notepad ++ a montré que mon fichier était formaté en "UTF-8 sans nomenclature". En changeant cela en seulement UTF-8, les symboles s'affichent désormais correctement ... mais Firebug semble toujours indiquer le même type de contenu.

Vous devez vous assurer que les en-têtes du serveur HTTP sont corrects.

En particulier, l'en-tête:

Content-Type: text/html; charset=utf-8

devrait être présent.

La balise meta est ignorée par les navigateurs si l'en-tête HTTP est présent.

Assurez-vous également que votre fichier est réellement encodé en UTF-8 avant de le servir, vérifiez / essayez ce qui suit:

• Assurez-vous que votre éditeur l'enregistre au format UTF-8.
• Assurez-vous que votre FTP ou tout autre programme de transfert de fichiers ne gâche pas le fichier.
• Essayez avec des entités encodées en HTML, comme &#uuu;.
• Pour être vraiment sûr, videz le fichier en hexadécimal et regardez comme le caractère, pour le ✔, il devrait s'agir de E2 9C 94.

Remarque: Si vous utilisez un caractère Unicode pour lequel votre système ne trouve pas de glyphe (aucune police avec ce caractère), votre navigateur devrait afficher un point d'interrogation ou un symbole semblable à un bloc. Mais si vous voyez plusieurs caractères romains comme vous le faites, cela dénote un problème d'encodage.

Je sais qu'une réponse a déjà été acceptée, mais je voulais souligner quelques points.

Définir le content-typeet charsetest évidemment une bonne pratique, le faire sur le serveur est bien meilleur, car cela garantit la cohérence dans votre application.

Cependant, je n'utiliserais UTF-8que lorsque la langue de mon application utilise beaucoup de caractères qui ne sont disponibles que dans le UTF-8jeu de caractères. Si vous souhaitez afficher un caractère ou un symbole Unicode dans l'un des cas, vous pouvez le faire sans changer le charsetde votre page.

HTMLles moteurs de rendu ont toujours été en mesure d'afficher des symboles qui ne font pas partie du jeu de caractères d'encodage de la page, tant que vous mentionnez le symbole dans son numeric character reference (NCR). Cela semble étrange mais c'est vrai.

Ainsi, même si votre htmla un en-tête indiquant qu'il a un encodage de ansiou de l'un des isojeux de caractères, vous pouvez afficher une coche en utilisant sa référence de caractère html, en décimal - & # 10003; ou en hexadécimal - & # x2713;

Il est donc un peu difficile de comprendre pourquoi vous rencontrez ce problème sur vos pages. Pouvez-vous vérifier si la valeur NCR est correcte, c'est une bonne référence http://www.fileformat.info/info/unicode/char/2713/index.htm

Assurez-vous que vous enregistrez réellement le fichier au format UTF-8, ou utilisez des entités HTML ( &#nnn;) pour les caractères spéciaux.

Contrairement à la proposition de Nicolas, la metabalise n'est en fait pas ignorée par les navigateurs. Cependant, l' Content-Typeen-tête HTTP a toujours la priorité sur la présence d'une metabalise dans le document.

Assurez-vous donc d'envoyer le bon encodage via l'en-tête HTTP, ou de ne pas envoyer du tout cet en-tête HTTP (non recommandé). La metabalise est principalement une option de secours pour les documents locaux qui ne sont pas envoyés via le trafic HTTP.

L'utilisation d'entités HTML devrait également être considérée comme une solution de contournement - c'est la pointe des pieds autour du vrai problème. La configuration correcte du serveur Web évite de nombreuses nuisances.

Je pense que c'est un problème de fichier, vous avez simplement enregistré votre fichier en encodage 1 octet comme latin-1. Google votre éditeur et comment définir des fichiers sur utf-8.

Je me demande pourquoi il existe des éditeurs qui n'utilisent pas par défaut utf-8.