Si un document Mac présente des accents tronqués, des symboles de remplacement ou du texte qui ressemble à des caractères sans rapport, vérifiez d’abord s’il s’agit d’un fichier texte brut lu avec le mauvais encodage. Dans TextEdit, rouvrez une copie en utilisant un autre encodage de texte brut et comparez les passages concernés. Si le texte semble toujours incorrect, la cause peut être un format de fichier différent, une police manquante ou une détérioration ; changer d’encodage n’est pas une solution universelle.
À quoi ressemble un problème d’encodage
Un fichier texte stocke les caractères sous forme d’octets. Un encodage fait la correspondance entre ces octets et des caractères lisibles. Si une application interprète les octets en utilisant un encodage différent de celui utilisé pour les enregistrer, le résultat peut être du mojibake : un texte reconnaissable peut se transformer en symboles étranges ou en séquences de caractères incorrects. Le Consortium Unicode documente que le texte Unicode peut être représenté dans des formats tels que UTF-8 et UTF-16, et que des données UTF-8 mal formées peuvent produire une erreur ou un caractère de remplacement. FAQ d’Unicode sur UTF-8, UTF-16, UTF-32 et BOM
Cherchez une logique : l’anglais ordinaire peut rester intact tandis que les lettres accentuées ou les écritures non latines semblent incorrectes, car ces caractères peuvent utiliser des séquences d’octets différentes. Un losange de remplacement contenant un point d’interrogation ou une série de caractères peut indiquer que le lecteur n’a pas pu décoder certaines données. Ces indices suggèrent un problème de décodage ; ils ne permettent pas à eux seuls d’identifier l’encodage d’origine.
Identifiez d’abord le type de fichier dont vous disposez
Le choix de l’encodage dans TextEdit s’applique aux fichiers de texte brut. Avant de procéder au dépannage, notez l’extension du fichier et la manière dont le document s’ouvre. Les fichiers tels que .txt, .csv ou les fichiers de code source sont souvent du texte brut, mais une extension ne prouve pas à elle seule le format du fichier. Un document Word, un PDF ou un document en texte enrichi possède une structure et une mise en forme qui vont au-delà du texte brut. Apple répertorie les formats que TextEdit peut ouvrir et fait la distinction entre le texte enrichi et le texte brut. Guide de TextEdit d’Apple pour les documents
Si le problème n’apparaît que dans une seule application, essayez d’ouvrir le même fichier dans une autre application adaptée, de préférence sans enregistrer les modifications. S’il s’affiche correctement à cet endroit, le comportement d’affichage ou d’importation de la première application peut être en cause. S’il est incorrect dans plusieurs applications, l’encodage ou le contenu du fichier peut être le problème. Une police différente peut entraîner des glyphes manquants, mais ne transforme généralement pas un passage entier en texte brouillé de manière systématique.
Comparer les encodages dans TextEdit sans écraser le fichier
- Créez un double du fichier dans le Finder et utilisez cette copie pour le diagnostic. Conservez l’original intact pendant que vous comparez les options ; enregistrer après une mauvaise interprétation peut compliquer la récupération.
- Ouvrez TextEdit, choisissez Fichier > Ouvrir, et sélectionnez le double sans l’ouvrir tout de suite.
- Cliquez sur Afficher les options dans la boîte de dialogue Ouvrir. Sous Encodage de texte brut, choisissez un encodage et cliquez sur Ouvrir. Apple documente ce réglage par fichier et indique que vous pouvez utiliser Personnaliser la liste d’encodages si l’option dont vous avez besoin n’apparaît pas. Instructions d’Apple en cas de caractères mal affichés
- Comparez le même court passage connu à chaque fois : des noms, des mots accentués, la ponctuation et la phrase environnante. Un résultat plausible doit restituer des mots lisibles de manière cohérente, et pas simplement remplacer un caractère étrange par un autre.
- Si la source est connue — par exemple, un fichier exporté par un système particulier —, utilisez son encodage documenté comme prochain candidat. Sans cette information, essayez un petit nombre de choix probables et considérez toute amélioration apparente comme une hypothèse jusqu’à ce que le texte ait du sens dans son intégralité.
La modification des encodages pour tous les fichiers est accessible dans TextEdit > Réglages > Ouvrir et enregistrer, sous Encodage du fichier texte brut. Ne modifiez pas cette valeur par défaut pendant le diagnostic d’un document isolé : cela modifierait également la manière dont TextEdit ouvre les autres fichiers de texte brut. Guide des réglages de TextEdit d’Apple
Quand le changement d’encodage ne résout pas le problème
Si chaque candidat produit un texte illisible ou incohérent, cessez de faire défiler les options. Il se peut que le fichier ne soit pas du texte brut, qu’il soit incomplet ou endommagé, ou qu’il contienne du texte qui était déjà corrompu avant que vous ne le receviez. Renseignez-vous auprès de l’expéditeur ou de l’application source sur le format et l’encodage utilisés, et demandez un nouvel export si possible. Un mauvais encodage peut rendre des octets intacts illisibles ; il ne peut pas reconstituer des caractères qui ont été perdus ou remplacés auparavant.
Si le problème se limite à un seul symbole, comparez son apparence dans une autre application et vérifiez si la police choisie inclut ce caractère. Si le document est un PDF, un fichier Word ou un autre document formaté, utilisez une application adaptée à ce format plutôt que de le convertir en texte brut comme raccourci de diagnostic. La commande de TextEdit Format > Convertir au format Texte supprime la mise en forme, ce n’est donc pas un moyen neutre d’inspecter l’original. Apple explique ce comportement de conversion.
Dès qu’un encodage candidat rend la copie lisible, vérifiez plusieurs parties du document, puis enregistrez une copie corrigée distincte uniquement si vous avez besoin d’un fichier converti. Rouvrez cette copie pour vous assurer qu’elle reste lisible. Conservez l’original intact jusqu’à ce que la version corrigée ait été vérifiée dans l’application ou le flux de travail où elle sera utilisée.