Discussion :

[ep31]

Pour sauvegarder des fichiers de type xml, j'ai une méthode qui utilise un Writer MSXML4.0 et j'ai des pbs avec le processing instruction :

Lorsque je code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
      MSXML2::IMXWriterPtr writer(__uuidof(MXXMLWriter40));
      ...
      writer->put_encoding (L"UTF-8");

le processing instruction de mon fichier xml est le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<?xml version="1.0" standalone="no"?>

Si je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
      writer->put_encoding (L"UTF-16");

J'ai le résultat :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<?xml version="1.0" encoding="UTF-16" standalone="no"?>

Et enfin, si j'ai :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
      writer->put_encoding (L"UTF-32");

J'ai le résultat :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<?xml version="1.0" encoding="UTF-16" standalone="no"?>

J'ai même essayé d'encoder en codepage 8859-1, même résultat, j'ai en résultat un encoding UTF-16 dans mon fichier xml de retour.
Assez original comme résultat, j'ai soit de l'UTF-16, soit rien du tout.
J'ai fait le tour de msdn, je n'ai rien trouvé ; si quelqu'un a une idée d'où peut venir le pb, je l'en remercie beaucoup.

[Médinoc]

Le XML est en UTF-8 par défaut. Pour le UTF-32, je ne sais pas si c'est supposé marcher.

Edite ton fichier XML généré avec UTF-8 à l'aide d'un éditeur Hexa ou d'un vieux notepad: Si, en tête du fichier, tu as trois caractères/octets en plus, alors c'est bon, le fichier est bien en UTF-8 et signalé comme tel.

[ep31]

Je ne vois pas les 3 octets supplémentaires.
Si j'étais en UTF-8, un caractère de type "é" serait encodé en conséquent et ne paraitrait pas comme tel mais sur 2 octets ?

[Médinoc]

En effet, en UTF-8, un é prend deux octets. (Un seul en Windows-1252")

Si tu as un éditeur de texte moderne qui comprend l'UTF-8, tu verras le fichier directement converti en texte. C'est pourquoi je préconise l'éditeur hexa (ou un bête programme C/C++ qui affiche en hexa les octets qu'il lit).

[ep31]

J'ai fait le test.
Après avoir sauvegardé mon fichier xml, j'ai fait un fonction qui le lit et j'ai bien le caractère "é" sur un seul octet.
Et même lorsque j'essaie d'ouvrir le fichier xml avec ie, il me dit qu'il est non valable à cause de ce caractère.
Ce qui est bizarre, c'est que le writer xml m'encode les <, >, &, ; (communs à tous les fichiers xml) mais ne m'encode pas les autres caractères en fonction du codepage. Ce qui fait que le writer xml de MSXML permet d'enregistrer des fichiers xml non valides, ce qui est quand-même super-fort !!!
Une autre suggestion stp ? Merci

[Médinoc]

Je viens de regarder dans la doc: on dirait bien que put_encoding demande une BSTR, et non juste un tableau de WCHARs...

Tu as essayé avec une BSTR ? (SysAllocString() etc...)
Et profites-en pour régler la propriété byteOrderMark, pour être sûr d'insérer les 3 caractères au début...

[ep31]

J'ai fait le test avec un BSTR en paramètre, même résultat.
Quant au put_byteOrderMark, je l'ai essayé à FALSE et à TRUE, toujours la même chose dans le fichier résultat. Snif !