Discussion :

[Kutoh]

Bonjour
Avec une macro VBA je crée un fichier XML qui refuse de s'ouvrir.
J'ai pu résoudre ce problème d'ouverture en ouvrant le fichier XML avec Notepad.
En fait je l'ouvre sous Notepad, je l'enregistre, et je le ferme. C'est après cette procédure que le ficier s'ouvre finalement. Et en fait ce que je voudrais c'est me passer de cette procédure, entre autre, que mon fichier s'ouvre dès que je le crée avec ma macro.

ce que j'ai pu constater par ailleurs, c'est que lorsque je l'ouvre avec notepad et que je l'enregistre, il s'enregistre par défaut en UTF-8.

ci joint le fichier XML. Faites vous même le constat. Ouvrez le: il ne s'ouvre pas. En suite ouvrez le avec notepad, enregistrez et fermez le. Puis ouvrez de nouveau il s'ouvrira.

[thelvin]

Il y a effectivement un problème d'encodage sur les paramètres typeface des balises <a:font script="Hant" : les deux derniers octets ne sont pas de l'utf-8 et le é juste avant est suspect.

Mais ne connaissant pas VBA et ne sachant pas comment tu crées ce XML, je ne saurais pas dire ce qui crée ce problème ou comment le résoudre.

[Kutoh]

En fait Je crois que ces paramètres sont propres au type de codage UTF-8. Si je ne me trompre pas, l'encodage UTF-8 permet de prendre en compte les caractères spéciaux(entre autre

"&#233"="é"

), contrairement à l'encodage ANSI et UNICODE. J'ai d'abord cru que c'était un problème de cractères spéciaux, mais ce n'est pas le cas.

[thelvin]

En fait Je crois que ces paramètres sont propres au type de codage UTF-8.

Dans les paramètres dont je te parle, ça ressemble à un codage utf-8 mais ce n'est pas valide.
Alors que partout ailleurs c'est plein de caractères japonais, chinois et coréens, mais tous parfaitement encodés utf-8.

Si je ne me trompre pas, l'encodage UTF-8 permet de prendre en compte les caractères spéciaux [...] contrairement à l'encodage ANSI et UNICODE.

UTF-8 est une implémentation de Unicode, la plus réaliste et usitée sur le web.
ANSI est capable de représenter les é, mais pas les caractères chinois, japonais et coréens.
Alors que les implémentations d'Unicode en sont capable, donc utf-8 entre autres.


Oui é représenterait en principe un é. Pas en utf-8 ou en Unicode mais en XML. Mais un é n'a rien à faire après 新細明. Alors que l'octet 233, s'il est suivi par les deux octets invalides qui suivent le é, représentent le caractère utf-8 體, ce qui a nettement plus de sens.
C'est pour ça que je dis qu'il est suspect.

[Kutoh]

Et aurais-tu une idée de pourquoi cela apparait ainsi?

[thelvin]

Si je veux rester professionnel, pas la moindre idée, non.

Si je veux troller : VBA pour faire du XML ou du non-ASCII, est probablement la raison.