Outils de développement · Échappement d'entité HTML
Pourquoi s'affiche sous la forme d'un tiret : la bizarrerie de l'entité Windows-1252 de HTML
· Contexte
html unicode compatibilité
Les points de code 128–159 sont des caractères de contrôle en Unicode, mais les navigateurs affichent sous la forme d'un tiret. Cet article explique le remappage Windows-1252 que HTML a normalisé pour la compatibilité, d'où proviennent ces entités et comment les moderniser. Notation d'entité
Le tiret en qui était un caractère de contrôle — rencontrant et dans le contenu migré et se demandant pourquoi ils s'affichent du tout
Le tiret en qui était un caractère de contrôle — rencontrant et dans le contenu migré et se demandant pourquoi ils s'affichent. Le contenu hérité peut contenir attendant un tiret et attendant une apostrophe bouclée. La lecture de ces nombres comme des contrôles Unicode ordinaires produirait une sortie invisible ou perturbatrice.
Pour vérifier le caractère , créez le tiret en qui permet à un développeur de voir des tirets et des guillemets erronés dans le contenu migré à partir d'anciens documents. Preserve était un caractère de contrôle tandis que la compatibilité Windows-1252 produit la réunion 150 et 146 ; identifier où se trouve le contenu migré et où il est consommé. L'observation de se demander pourquoi ils s'affichent appartient uniquement au texte HTML.
La plage de contrôle C1 – ce que U+0080–U+009F sont censés être et pourquoi ils ne sont jamais du texte imprimable
La plage de contrôle C1 – ce que U+0080–U+009F sont censés être et pourquoi ils ne sont jamais du texte imprimable. L'intervalle C1 U+0080 à U+009F est réservé aux fonctions de contrôle plutôt qu'à la typographie imprimable ordinaire. Le glyphe surprenant vient du mappage de compatibilité, et non du point de code nominal.
Un développeur voyant des tirets et des guillemets erronés dans le contenu migré à partir d'anciens documents peut tester la plage de contrôle c1 en enregistrant ce que vous 0080 avant la réussite de la compatibilité Windows-1252. Comparez 009f sont censés ensuite localiser l'analyseur responsable de l'être et pourquoi il. Ce résultat de caractère explique qu'il ne s'agit jamais de texte imprimable, ni de contextes exécutables.
D'où viennent les nombres – Windows - 1252 valeurs en octets collées en HTML par les traitements de texte et les premiers éditeurs
D'où viennent les chiffres – Windows -1252 valeurs d'octets collées en HTML par les traitements de texte et les premiers éditeurs. Les flux de travail de création plus anciens traitaient les valeurs d'octet Windows-1252 comme s'il s'agissait de numéros Unicode. Le HTML migré a conservé ces références décimales longtemps après le passage des documents aux encodages Unicode.
Isolez l'endroit où les chiffres sont venus dans un court exemple de compatibilité Windows-1252. Afficher à partir de Windows 1252 octet comme source littérale, suivre les valeurs collées en HTML jusqu'à sa destination et nommer l'API lue par les traitements de texte et. Pour le caractère , les premiers éditeurs restent des preuves liées à l'analyseur.
Le remappage de compatibilité - comment l'algorithme d'analyse HTML mappe ces références aux caractères Windows-1252
Le remappage de compatibilité : comment l'algorithme d'analyse HTML mappe ces références aux caractères Windows-1252. Le décodeur contient une carte Windows-1252 explicite. Il modifie les valeurs sélectionnées avant String.fromCodePoint, faisant correspondre les résultats compatibles avec le navigateur tels que le décimal 151 à un tiret cadratin.
Traitez le remappage de compatibilité comme une expérience de limite. Un développeur voyant des tirets et des guillemets erronés dans le contenu migré à partir d'anciens documents doit conserver l'algorithme d'analyse HTML, effectuer une opération de compatibilité Windows-1252 et inspecter les mappages de ces références caractère par caractère avant de modifier les caractères Windows 1252. L'affirmation concernant la preuve de compatibilité Windows-1252 s'arrête à cette couche HTML.
Exemple pratique : traduire et à en leurs caractères prévus – points de suspension, guillemets, puces, tirets et marque déposée
Exemple pratique : traduire et à en leurs caractères prévus : points de suspension, guillemets, puces, tirets et marque. Les exemples calculés à partir du tableau incluent aux points de suspension, au guillemet simple gauche, au guillemet simple droit, à la puce, au tiret et à la marque.
Reproduisez un exemple concret traduisant 133 avec une contribution inoffensive au lieu du matériel du client. Enregistrez et 145 à 153, respectez leurs caractères prévus et comptez chaque passe de compatibilité intentionnelle Windows-1252. Cette piste de caractères en permet à un développeur de voir des tirets et des citations erronés dans le contenu migré à partir d'anciens documents, d'évaluer les points de suspension, les tirets à puces et la marque sans deviner.
Modernisation du contenu — remplacement par les points de code corrects ou les caractères eux-mêmes dans UTF-8
Modernisation du contenu — remplacement par les points de code corrects ou les caractères eux-mêmes dans UTF-8. Modernisez en remplaçant les références héritées par le caractère Unicode prévu ou sa référence numérique Unicode correcte. Conservez les originaux pendant la migration afin que les données historiques ambiguës restent vérifiables.
Placer la modernisation du contenu en remplaçant, avec le code correct, et les points ou les caractères côte à côte lors de la revue de compatibilité Windows-1252. Un développeur voyant des tirets et des guillemets erronés dans le contenu migré à partir d'anciens documents peut alors décider si lui-même dans utf 8 a changé lors de la conversion ou en aval. Conservez la conclusion en caractère sur la preuve de compatibilité Windows-1252 hors des allégations de sécurité génériques.
Ce que cela ne couvre pas : MacRoman et autres pages de codes héritées, ainsi que la conversion complète des documents
Ce que cela ne couvre pas : MacRoman et autres pages de codes héritées, ainsi que la conversion complète des documents. MacRoman et d'autres pages de codes nécessitent des tables de conversion différentes et ne sont pas déduites ici. Une conversion complète de document nécessite des métadonnées de codage source fiables et une gestion au niveau des octets.
Définissez ce que cela ne fait pas avant d'exécuter la compatibilité Windows-1252. Enregistrez macroman de couverture et autres en tant que contrôle, inspectez les points de code derrière les pages de codes héritées et mappez la conversion complète du document à l'interpréteur suivant. Cela rend les preuves de compatibilité Windows-1252 vérifiables pour un développeur voyant des tirets et des guillemets erronés dans le contenu migré à partir d'anciens documents enquêtant sur le caractère .
À retenir : une bizarrerie du navigateur volontairement préservée : comment le décodeur de l'échappement d'entité HTML montre à quoi correspond une référence numérique et où la page de l'outil indique comment elle traite cette plage.
À retenir : une bizarrerie du navigateur préservée à dessein : comment le décodeur de l'échappement d'entité HTML montre à quoi correspond une référence numérique et où la page de l'outil indique comment elle traite cette plage. Le comportement est une compatibilité délibérée, pas une identité mathématique. ToolAcre expose le caractère résolu en utilisant le même mappage fixe couvert par ses tests unitaires pour 151 et 146.
Connectez les plats à emporter d'une bizarrerie de navigateur à une sortie de compatibilité Windows-1252 observable. Conservez volontairement comment à côté du résultat en un seul passage, puis vérifiez où l'échappement d'entité HTML entre dans le décodeur qui montre quoi. Un développeur voyant des tirets et des guillemets erronés dans un contenu migré à partir d'anciens documents peut désormais examiner la résolution d'une référence numérique sous la forme d'une recherche de caractère étroite. La décision pratique derrière cet article est spécifique : les points de code 128–159 sont des caractères de contrôle en Unicode, mais les navigateurs affichent sous la forme d'un tiret. Cet article explique le remappage Windows-1252 que HTML a normalisé pour la compatibilité, d'où proviennent ces entités et comment les moderniser. L'action du lecteur est tout aussi concrète : des liens vers l'échappement d'entité HTML comme endroit pour décoder les références numériques du contenu existant, avec un pointeur vers les « Notes techniques » de la page de l'outil pour sa gestion de la plage 128–159.