Convertisseur texte vers code ASCII/Unicode
Convertissez du texte en une liste de codes de caractères décimaux et inversement — couvre toute la plage Unicode, pas seulement l'ASCII 7 bits.
1 080 vues
Comment ça fonctionne
Chaque caractère que vous tapez est parcouru un par un et converti en son point de code Unicode — le même système de numérotation dont les 128 premières valeurs, de 0 à 127, forment la table ASCII originale. Dans cette plage, les codes 32-126 constituent le bloc imprimable : lettres, chiffres, ponctuation et le caractère espace. Les codes 0-31 sont des caractères de contrôle, une couche historique héritée des téléscripteurs et des machines à écrire, qui utilisaient des codes précis pour déplacer la tête d'impression ou le papier plutôt que pour imprimer un glyphe — le code 13 (retour chariot) ramenait la tête au début de la ligne, et le code 10 (saut de ligne) faisait avancer le papier d'une ligne, une scission qui explique pourquoi les fichiers texte brut ne s'accordent toujours pas, selon le système d'exploitation, sur la façon de stocker une fin de ligne.
Exemple : taper « Hi! » produit la liste de codes 72, 105, 33 — le H majuscule vaut 72, le i minuscule vaut 105, et le point d'exclamation vaut 33, tous à l'intérieur de la plage imprimable 32-126. Coller cette liste dans le décodeur reconstruit « Hi! » exactement, caractère par caractère.
Là où cet outil va au-delà d'une table ASCII de manuel scolaire, c'est pour les codes 128 et au-delà. Cette plage supérieure, familièrement appelée « ASCII étendu », n'a jamais été normalisée : différents fournisseurs et différentes régions ont construit des pages de code à 256 valeurs distinctes, assignant des glyphes différents au même octet. Un octet qui signifiait « ğ » sur une page de code turque pouvait désigner un caractère totalement différent, voire aucun caractère imprimable, sur la page de code d'un autre système. C'est précisément cette incohérence qu'UTF-8 et les points de code Unicode complets ont été conçus pour résoudre : au lieu d'un octet par caractère avec une signification dépendant de la page de code, chaque caractère reçoit une identité numérique stable qui signifie la même chose partout. C'est pourquoi ce convertisseur encode chaque caractère en un point de code Unicode complet plutôt qu'en le tronquant à un seul octet, de sorte que des lettres turques comme ğ, ş, ı, ö, ü, ç et les emoji se convertissent tous de manière fiable.
Ce qu'il faut savoir
- Plage imprimable : les codes 32-126 correspondent toujours à un caractère visible sur n'importe quel système ; tout le reste nécessite un contexte (une police, une page de code ou l'Unicode complet) pour être interprété correctement.
- Les codes de contrôle n'ont pas de glyphe : décoder une valeur de 0-31 (ou 127, DEL) en texte n'affichera pas de caractère imprimable — c'est normal, pas une erreur, puisque ces codes n'ont jamais été destinés à être affichés.
- Au-delà de l'octet 255 : les points de code Unicode vont bien au-delà de l'ancien plafond de 256 valeurs — les emoji, par exemple, vivent dans les centaines de milliers — et cet outil gère toute cette plage, pas seulement l'équivalent d'un octet.
- Aller-retour sans perte : encoder puis décoder restitue toujours exactement votre texte original, puisque chaque point de code correspond à un seul caractère, sans rien approximer ni compresser.
- Fonctionne entièrement dans votre navigateur : aucun texte n'est envoyé où que ce soit, il est donc sûr de convertir des chaînes sensibles, des jetons ou des mots de passe à des fins de débogage.
Questions fréquentes
Est-ce vraiment de l'ASCII, ou plus que ça ?
Le véritable ASCII 7 bits ne couvre que les codes 0-127 (lettres anglaises, chiffres, ponctuation de base). Cet outil reprend la même idée mais l'étend aux points de code Unicode complets, afin que les lettres accentuées (é, è, ç, à) et les emoji soient convertis correctement au lieu d'être corrompus.
Quel séparateur la liste de codes utilise-t-elle ?
Des virgules, avec un espace après chacune par défaut — mais le décodeur accepte aussi des codes séparés par de simples espaces ou des retours à la ligne.
Quelle est la différence entre le code 10 et le code 13 ?
Les deux sont des caractères de contrôle historiques de fin de ligne : le code 10 est le « saut de ligne » (line feed, qui descend d'une ligne), et le code 13 est le « retour chariot » (carriage return, qui revient au début de la ligne). Unix utilise LF seul, le Mac classique utilisait CR seul, et Windows utilise les deux ensemble (CRLF) — une scission qui remonte directement au matériel physique des téléscripteurs.
Pourquoi les codes au-delà de 127 apparaissent-ils différemment dans d'autres outils ?
Parce que cette plage n'a jamais été normalisée. La page de code « ASCII étendu » de chaque fournisseur assignait ses propres glyphes aux octets 128-255, si bien que la même valeur d'octet peut se décoder en des caractères différents selon les systèmes. Cet outil contourne entièrement ce problème en travaillant avec l'Unicode complet plutôt qu'avec une table fixe de 256 valeurs.
Cet outil peut-il gérer les emoji et autres caractères multi-octets ?
Oui — les emoji et de nombreux autres symboles vivent à des points de code bien au-delà de 255, et cet outil convertit chacun d'eux en sa valeur Unicode décimale complète (certains emoji, comme les drapeaux, sont en réalité construits à partir de deux points de code, que la liste affichera comme deux nombres distincts).
Outils similaires
Signaler un problème
Convertisseur texte vers code ASCII/Unicode
Commentaires
Pas encore de commentaires — soyez le premier à en écrire un !