Problèmes d'encodage et de BOM

Dernière mise à jour : 16 mai 2026

Les caractères illisibles et les erreurs de page de codes ont presque toujours une seule cause : le fichier a perdu sa marque d’ordre des octets (BOM) UTF-8. Daxlate écrit toujours le CSV en UTF-8 avec BOM, ce qu’attend Excel sous Windows à l’ouverture par double-clic. Un aller-retour défectueux signifie donc généralement qu’un autre outil a réenregistré le fichier entre-temps. Chaque symptôme ci-dessous précise sa cause et sa solution.

Symptôme : le CSV s’ouvre avec des caractères illisibles dans Excel #

Cause : le fichier a été ouvert ou réenregistré par un outil qui a retiré le BOM UTF-8, ou qui l’a converti vers une page de codes héritée (par exemple Windows-1252).

Correctif : réexportez depuis l’application via Fichier → Exporter les traductions…. L’écrivain CSV de Daxlate produit toujours de l’UTF-8 avec BOM, ce qu’Excel sous Windows attend pour une ouverture par double-clic. Si vous travaillez avec un fichier d’une autre provenance, réenregistrez-le en UTF-8 avec BOM dans Notepad++ ou VS Code avant l’import.

Symptôme : l’import échoue avec « page de codes incompatible » ou une erreur d’analyse #

Cause : le fichier a été enregistré sans encodage UTF-8, si bien que les caractères non ASCII arrivent corrompus avant même d’atteindre l’analyseur.

Correctif : ouvrez le fichier dans un éditeur qui expose l’encodage (Notepad++, VS Code, Sublime), réenregistrez-le en UTF-8 avec BOM, puis relancez l’import.

Symptôme : des emojis ou des caractères CJK rares disparaissent lors de l’aller-retour #

Cause : le tableur a été ouvert dans un éditeur qui ne prend pas pleinement en charge l’Unicode au-delà du plan multilingue de base, ou il a été enregistré en CSV hérité via « Enregistrer sous CSV » dans certains outils autres qu’Excel.

Correctif : préférez XLSX à CSV pour du contenu utilisant des caractères des plans supplémentaires, comme les emojis, les caractères CJK rares et les écritures historiques. Le stockage XLSX est sans ambiguïté ; le CSV dépend de l’encodage choisi par l’outil producteur.

Symptôme : l’aperçu d’import affiche « Colonne inconnue ignorée : … » #

Cause : le fichier contient des colonnes qui ne correspondent pas au motif d’en-têtes de Daxlate (Object ID, Type, Parent, Name, Caption ({culture}), Description ({culture})). Les traducteurs ajoutent parfois des colonnes de notes, et l’importateur les écarte avec un avertissement plutôt que de faire échouer tout l’import.

Correctif : si l’avertissement est attendu, ignorez-le. Si une culture que vous attendiez n’est pas détectée, vérifiez l’en-tête de colonne. Il doit être exactement Caption (xx-XX) ou Description (xx-XX), avec les parenthèses et un code de culture .NET valide.