Table ascii étendue EOM

EOM, OEM, CP437 : de quoi parle-t-on

Le sigle « EOM » utilisé sur cette page reprend l'appellation d'origine de la table. La désignation que l'on rencontre partout aujourd'hui est OEM, ou plus précisément CP437, pour code page 437. Les deux noms désignent le même jeu de 128 caractères ajoutés au-dessus de l'ascii standard.

Ce jeu était gravé dans la mémoire morte de l'IBM PC sorti en 1981 : la carte d'affichage savait dessiner ces formes sans qu'aucun logiciel ait à les décrire. C'est le jeu de caractères que le MS-DOS des marchés occidentaux affichait par défaut. Sous Windows, on parle encore de « page de code OEM » pour l'encodage de l'invite de commandes, distinct de la page ANSI des fenêtres graphiques ; selon le pays, il s'agit de CP437 ou d'une variante proche comme CP850.

Accents, lettres grecques et symboles mathématiques

La partie basse de la zone étendue rassemble les lettres accentuées utiles aux langues d'Europe occidentale : Ç au code 128, é au code 130, puis â, ä, à, ç, ê, ë, è, ï, î, ô, ö, ù, û, ü, ainsi que æ, Æ et ñ. On y trouve aussi le symbole £ au code 156, les fractions ½ et ¼ aux codes 171 et 172, et la ponctuation inversée de l'espagnol, ¿ et ¡. L'ordre de ces caractères n'a rien d'alphabétique : il reflète les priorités commerciales d'IBM à l'époque, pas une logique linguistique.

La partie haute, à partir du code 224, contient des lettres grecques et des symboles mathématiques : α, Γ, σ, μ, τ, Φ, θ, Ω et δ, complétés par ∏, ∑, ∞, ∩, ≡, ±, ≥, ≤, ÷, ≈, √ et ². Ils permettaient d'écrire des formules simples en mode texte, sans basculer dans un mode graphique coûteux.

Les caractères semi-graphiques de tracé de cadres

C'est la signature de CP437. Les codes 179 à 218 dessinent des filets : traits horizontaux et verticaux, angles, croisements et jonctions, déclinés en trait simple, en trait double et dans les combinaisons des deux. Les codes 176 à 178 fournissent trois niveaux de trame — ░, ▒, ▓ — et les codes 219 à 223 des pavés pleins ou remplis à moitié.

Ces caractères servaient à construire des interfaces en mode texte, à une époque où passer en mode graphique était lent et gourmand en mémoire. Les fenêtres, les menus déroulants, les barres d'état et les boîtes de dialogue de MS-DOS — celles d'un gestionnaire de fichiers ou d'un environnement de développement de l'époque — n'étaient rien d'autre que ces caractères posés sur une grille de 80 colonnes par 25 lignes.

Art ascii, fichiers .nfo et mauvaise table

L'art ascii et les fichiers .nfo qui accompagnaient les productions de la scène informatique reposent sur CP437 : les trames et les pavés y servent de niveaux de gris, les filets de cadres et de séparateurs. Ces fichiers ne s'affichent correctement que si le lecteur applique la bonne table, ce que peu d'éditeurs modernes font spontanément.

Ouvrir un fichier CP437 avec une autre table produit un charabia immédiat, et l'on peut le prévoir caractère par caractère. L'octet 179, qui dessine le trait vertical │, s'affiche « ³ » quand il est lu en Windows-1252 ; l'octet 176, la trame légère ░, devient « ° ». Les cadres se transforment en colonnes de symboles sans rapport. Lu en UTF-8, le résultat est encore différent : ces octets isolés ne forment aucune séquence valide et l'éditeur les remplace par le caractère de remplacement �.

La solution durable consiste à convertir le fichier. Unicode a repris l'intégralité de ces filets dans le bloc « Box Drawing », de U+2500 à U+257F, et les pavés dans le bloc « Block Elements », de U+2580 à U+259F. Une fois converti en UTF-8, le même dessin s'affiche partout, à condition d'utiliser une police à chasse fixe.