Est-il possible de forcer Excel à reconnaître automatiquement les fichiers CSV UTF-8 ?

Question

Je développe une partie d'une application qui est responsable de l'exportation de certaines données dans des fichiers CSV. L'application utilise toujours UTF-8 en raison de sa nature multilingue à tous les niveaux. Mais l'ouverture de tels fichiers CSV (contenant par exemple des diacritiques, des lettres cyrilliques, des lettres grecques) dans Excel ne donne pas les résultats escomptés, montrant quelque chose comme „/¤, –/¶ . Et je ne sais pas comment forcer Excel à comprendre que le fichier CSV ouvert est encodé en UTF-8. J'ai également essayé de spécifier la nomenclature UTF-8 EF BB BF mais Excel n'en tient pas compte.

Existe-t-il une solution de contournement ?

P.S. Quels outils peuvent potentiellement se comporter comme Excel ?

---

UPDATE

Je dois dire que j'ai dérouté la communauté avec la formulation de la question. Lorsque j'ai posé cette question, j'ai demandé un moyen d'ouvrir un fichier CSV UTF-8 dans Excel sans aucun problème pour l'utilisateur, de manière fluide et transparente. Cependant, j'ai utilisé une mauvaise formulation en demandant de le faire automatiquement . C'est très déroutant et cela s'oppose à l'automatisation des macros VBA. Il y a deux réponses à cette question que j'apprécie le plus : la toute première réponse d'Alex https://stackoverflow.com/a/6002338/166589 et j'ai accepté cette réponse ; et la deuxième par Mark https://stackoverflow.com/a/6488070/166589 qui sont apparus un peu plus tard. Du point de vue de la facilité d'utilisation, Excel semblait manquer d'un bon support CSV UTF-8 convivial. les deux Les réponses sont correctes, et j'ai accepté la réponse d'Alex en premier parce qu'il a vraiment indiqué qu'Excel n'était pas capable de faire cela de manière transparente. C'est ce que j'ai confondu avec automatiquement ici. La réponse de Mark propose une méthode plus compliquée pour les utilisateurs plus avancés afin d'obtenir le résultat escompté. Les deux réponses sont excellentes, mais celle d'Alex répond un peu mieux à ma question qui n'est pas clairement spécifiée.

---

MISE À JOUR 2

Cinq mois après la dernière modification, j'ai remarqué que la réponse d'Alex a disparu pour une raison quelconque. J'espère vraiment qu'il ne s'agissait pas d'un problème technique et j'espère qu'il n'y aura plus de discussion sur la meilleure réponse à donner maintenant. J'accepte donc la réponse de Mark comme étant la meilleure.

Answer 1

Alex a raison, mais comme vous devez exporter au format csv, vous pouvez donner ce conseil aux utilisateurs lorsqu'ils ouvrent les fichiers csv :

1. Enregistrez le fichier exporté en tant que csv.
2. Ouvrir Excel
3. Importez les données en utilisant Data-->Importation de données externes --> Importation de données
4. Sélectionnez le type de fichier "csv" et naviguez jusqu'à votre fichier.
5. Dans l'assistant d'importation, changez le File_Origin en "65001 UTF" (ou choisissez l'identifiant de caractère de la langue correcte).
6. Changez le délimiteur en virgule
7. Sélectionnez l'endroit où importer et terminez

De cette façon, les caractères spéciaux devraient s'afficher correctement.

Answer 2

Le marqueur d'ordre des octets UTF-8 permettra à Excel 2007+ de savoir que vous utilisez UTF-8. (Voir ce poste SO ).

Au cas où quelqu'un aurait les mêmes problèmes que moi, la classe d'encodage UTF8 de .NET n'affiche pas de marqueur d'ordre d'octet dans un fichier de type GetBytes() appel. Vous devez utiliser les cours d'eau (ou utiliser une solution de contournement ) pour obtenir la nomenclature en sortie.

Answer 3

Le bug de la nomenclature ignorée semble être corrigé pour Excel 2013. J'avais le même problème avec les lettres cyrilliques, mais en ajoutant le caractère BOM \uFEFF a aidé.

Answer 4

Nous avons utilisé cette solution de contournement :

1. Convertir CSV en UTF-16 LE
2. Insérer la nomenclature au début du fichier
3. Utiliser la tabulation comme séparateur de champ

Answer 5

J'ai eu le même problème dans le passé (comment produire des fichiers qu'Excel peut lire, et que d'autres outils peuvent également lire). J'utilisais TSV plutôt que CSV, mais le même problème d'encodage se posait.

Je n'ai pas trouvé le moyen de faire reconnaître automatiquement l'UTF-8 par Excel, et je n'ai pas voulu ou pu infliger aux consommateurs des fichiers des instructions compliquées pour les ouvrir. Je les ai donc encodés en UTF-16le (avec une BOM) au lieu d'UTF-8. Ils font deux fois plus de taille, mais Excel peut reconnaître l'encodage. Et ils se compressent bien, donc la taille importe rarement (mais malheureusement pas jamais).