🚀 go-pugleaf

In <3BFE2716.7010308@club-internet.fr>, Jean-Marc Desperrier wrote:
>> Lorsque j'invoque la m�thode Save (en C#) sur mon XmlDocument pour
>> l'�crire dans un fichier, les trois octets EF BB BF sont syst�matiquement
>> ajout�s en t�te de fichier.
> 
> Il a �t� sauvegard� en UTF-8.
> Les documents UTF-8 chez Microsoft depuis Windows 2000 sont dot�s du
> marqueur BOM, ce qui permet aux outils Microsoft de reconna�tre leur
> encodage automatiquement.
> Seulement normalement on n'est pas cens� mettre un BOM dans un document
> UTF-8, ce marqueur n'est cens� �tre pr�sent que pour les documents
> UTF-16 ou UTF-32, donc c'est reconnu invalide par la plupart des autres
> outils.

Alors ces outils ne sont pas conformes � la derni�re Recommendation XML:
http://www.w3.org/TR/REC-xml#sec-guessing-no-ext-info

>> Le probl�me est qu'ensuite xt d�clare ce fichier invalide quand j'essaie
>> d'y appliquer une transformation.
>> Une id�e pour r�soudre ou contourner ce probl�me ?

Trouver un processeur XSLT utilisant un parser XML conforme � XML 1.0 
Second Edition, ou indiquer � XT d'utiliser un parser XML respectant ces 
specs (c'est � �a que servent SAX et DOM: des interfaces permettant 
d'utiliser n'importe quelle impl�mentation sans probl�mes de 
"compatibilit�")

> Forcer la sauvegarde dans un autre encodage, un qui est g�r� de mani�re
> conforme, comme ISO-8859-1, ou alors UTF-16 si xt reconnait le UTF-16 ?
> 
> D�nicher un xt patch� pour supporter ce d�lire de Microsoft ?

�a a beau �tre un d�lire (tout est relatif; moi je ne porte pas de 
jugement), les specs XML l'autorise.

Tom.