Quand faut-il utiliser des entités HTML?

Cela me déroute depuis un certain temps. Avec l'avènement de l'UTF-8 comme norme de facto dans le développement Web, je ne suis pas sûr dans quelles situations je suis censé utiliser les entités HTML et pour lesquelles devrais-je simplement utiliser le caractère UTF-8. Par exemple,

• tiret em (-, &emdash;)
• esperluette (&, &)
• 3/4 fraction (¾, ¾)

Veuillez faire la lumière sur ce problème. Cela sera apprécié.

Vous n'avez généralement pas besoin d'utiliser des entités de caractères HTML si votre éditeur prend en charge Unicode. Les entités peuvent être utiles lorsque:

• Votre clavier ne prend pas en charge le caractère que vous devez saisir. Par exemple, de nombreux claviers n'ont pas d'em-dash ou de symbole de copyright.
• Votre éditeur ne prend pas en charge Unicode (très courant il y a quelques années, mais probablement pas aujourd'hui).
• Vous voulez rendre explicite dans la source ce qui se passe. Par exemple, le  code est plus clair que le caractère d'espace blanc correspondant.
• Vous devez échapper les caractères HTML spéciaux comme <, &ou ".

Sur la base des commentaires que j'ai reçus, j'ai examiné cela un peu plus loin. Il semble qu'actuellement, la meilleure pratique consiste à renoncer à utiliser des entités HTML et à utiliser le caractère UTF-8 à la place . Les raisons énumérées sont les suivantes:

1. Les encodages UTF-8 sont plus faciles à lire et à modifier pour ceux qui comprennent ce que signifie le caractère et savent comment le saisir.
2. Les encodages UTF-8 sont tout aussi inintelligibles que les encodages d'entités HTML pour ceux qui ne les comprennent pas, mais ils ont l'avantage d'être rendus sous forme de caractères spéciaux plutôt que des encodages décimaux ou hexadécimaux difficiles à comprendre.

Tant que le codage de votre page est correctement défini sur UTF-8, vous devez utiliser le caractère réel au lieu d'une entité HTML. J'ai lu plusieurs documents sur ce sujet, mais les plus utiles étaient:

• UTF-8: Le secret de l'encodage des caractères
• Aide sur les caractères spéciaux de Wikipedia

Extrait de l'article UTF-8: The Secret of Character Encoding :

Wikipedia est une excellente étude de cas pour une application qui utilisait à l'origine ISO-8859-1 mais qui est passée à UTF-8 lorsqu'elle est devenue beaucoup trop lourde pour prendre en charge les langues étrangères. Les robots vont désormais parcourir les articles et convertir les entités de caractères en leurs véritables caractères correspondants pour des raisons de convivialité et de recherche .

Cet article donne également un bel exemple impliquant l'encodage chinois. Voici l'exemple abrégé par paresse:

UTF-8:

這兩個字是甚麼意思

Entités HTML :

這兩個字是甚麼意思

Les encodages d'entité UTF-8 et HTML n'ont aucun sens pour moi, mais au moins l'encodage UTF-8 est reconnaissable en tant que langue étrangère , et il sera rendu correctement dans une zone d'édition. L'article poursuit en disant ce qui suit à propos de la version codée par entité HTML:

Extrêmement gênant pour ceux d'entre nous qui savent réellement ce que sont les entités de caractère, totalement inintelligibles pour les utilisateurs pauvres qui ne le savent pas! Même les entités de caractères légèrement plus conviviales et "intelligibles" comme & theta; laissera les utilisateurs qui ne sont pas intéressés par l'apprentissage du HTML se gratter la tête. D'un autre côté, s'ils voient θ dans une zone d'édition, ils sauront qu'il s'agit d'un caractère spécial et le traiteront en conséquence, même s'ils ne savent pas comment écrire ce caractère eux-mêmes.

Comme d'autres l'ont noté, vous devez toujours utiliser des entités HTML pour les caractères XML réservés (esperluette, inférieur à, supérieur à).

Je n'utiliserais pas UTF-8 pour les caractères qui sont facilement confondus visuellement. Par exemple, il est difficile de distinguer un emdash d'un moins, ou surtout un espace insécable d'un espace. Pour ces personnages, utilisez définitivement des entités.

Pour les caractères qui sont facilement compréhensibles visuellement (comme les exemples chinois ci-dessus), allez-y et utilisez UTF-8 si vous le souhaitez.

Personnellement, je fais tout en utf-8 depuis longtemps, cependant, dans une page html, vous devez toujours convertir les esperluettes (&), les caractères supérieurs à (>) et inférieurs à (<) en leurs entités équivalentes, & amp ;, & gt; et & lt;

De plus, si vous avez l'intention de faire de la programmation en utilisant le texte utf-8, il y a quelques points à surveiller.

• XML a besoin de quelques lignes supplémentaires pour valider lors de l'utilisation d'entités.
• Certaines bibliothèques ne fonctionnent pas bien avec utf-8. Par exemple, PHP dans certaines distributions Linux a abandonné la prise en charge complète de utf-8 dans leurs bibliothèques d'expressions régulières.
• Il est plus difficile de limiter le nombre de caractères dans un texte qui utilise des entités html, car une seule entité utilise plusieurs caractères. Il y a aussi toujours le risque de couper l'entité en deux.

Les entités peuvent vous acheter une compatibilité avec des clients en état de mort cérébrale qui ne comprennent pas correctement les encodages. Je ne pense pas que cela inclue les navigateurs actuels, mais vous ne savez jamais quels autres types de programmes pourraient vous intéresser.

Plus utile, cependant, est que les entités HTML vous protègent de vos propres erreurs: si vous configurez mal quelque chose sur le serveur et que vous finissez par servir une page avec un en-tête HTTP qui dit que c'est ISO-8859-1et une METAbalise qui dit que c'est UTF-8, au moins votre & mdash; es fonctionnera toujours.

Les entités HTML sont utiles lorsque vous souhaitez générer du contenu qui sera inclus (dynamiquement) dans des pages avec (plusieurs) encodages différents. Par exemple, nous avons du contenu en marque blanche qui est inclus à la fois dans les pages Web encodées ISO-8859-1 et UTF-8 ...

Si la conversion du jeu de caractères de / vers UTF-8 n'était pas un si gros désordre peu fiable (vous tombez toujours sur certains caractères et certains outils qui ne se convertissent pas correctement), la standardisation sur UTF-8 serait la voie à suivre.

Si vos pages sont correctement encodées en utf-8, vous ne devriez pas avoir besoin d'entités html, utilisez simplement les caractères que vous voulez directement.

Toutes les réponses précédentes ont du sens pour moi.

De plus: cela dépend principalement de l'éditeur que vous souhaitez utiliser et de la langue du document. Au minimum, l'éditeur doit prendre en charge la langue du document. Cela signifie que si votre texte est en japonais, méfiez-vous de l'utilisation d'un éditeur qui ne les affiche pas (c'est-à-dire pas d'entités pour le document lui-même). Si c'est anglais, vous pouvez même utiliser un ancien éditeur de type vim et utiliser des entités uniquement pour le relatif rarement & copy; et amis. Bien sûr: & gt; for> et d'autres HTML-specials ont encore besoin d'échappements. Mais même avec les autres langues latines-1 (allemand, français, etc.), l'écriture ä est pénible de savoir où ...

De plus, j'écris personnellement des entités pour les caractères invisibles et ceux qui ressemblent à standard-ascii et sont donc facilement confondus. Par exemple, il y a u1173 (qui ressemble à un tiret dans certains jeux de caractères) ou u1175, qui ressemble à la barre verticale. J'utiliserais des entités pour ceux-là dans tous les cas.