Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Laurent CAPRANI (caprani@multimania.com)
Date: 03/05/2001 - 18:36


En réponse à Alain COUTHURES
> Envoyé : 3 mai, 2001 10:19
> À : xml-tech@xmlfr.org
> Objet : [xml-tech] Re: : Probleme d'encoding + inclusiON
>
>
> Bonjour,
>
> Pour générer par script des pages HTML non UTF-16 avec MSXML3, on
> se heurte
> à l'ajout systématique de la directive META qui force toujours à
> UTF-16. Ce
> problème a déjà été évoqué en novembre 2000 mais en consultant
> les archives
> XMLFR, je n'ai pas trouvé comment changer cela.

Vous n'êtes pas le seul à déplorer ce comportement. Des centaines
d'utilisateurs se plaignent régulièrement sur le forum de Microsoft[1],
apparemment sans succès.

Il n'y a guère de moyen de changer ce comportement de MSXML tant qu'on
utilise la méthode transformNode.
Celle-ci retourne une chaîne "Unicode" (en toute rigueur du utf-16), ce que
Microsoft appelle une BSTR.
Les plaignants sont invités a employer la méthode TransformNodeToObject(),
qui n'est pas celle employée par IE.
L'argument de Microsoft est qu'il y a ainsi cohérence entre l'encodage dans
la chaîne et la déclaration.

Merci pour votre bidouille, pas franchement propre, mais à la guerre...

-- Laurent CAPRANI
   Montréal

> Après diverses tentatives, je viens tout de même de découvrir une méthode
> pour contourner cela : utiliser l'attribut media-type de xsl:output.
>
> Par exemple, pour l'ISO-8859-1 que nous aimons tant, mettre dans
> la feuille
> de style :
> <xsl:ouput method="html" media-type="text/html; charset=ISO-8859-1">
>
> Le résultat produit est le suivant :
> <META http-equiv="Content-Type" content="text/html; charset=ISO-8859-1;
> charset=UTF-16">
>
> Ok, c'est pas beau (un bug de MSXML3 ?), mais ça marche avec IE5.5 : le
> charset=UTF-16 est ignoré...
>
> Cordialement,
>
> Alain COUTHURES
> LAFON SA - Equipements pétroliers

[1] news://news.microsoft.com/microsoft.public.xml.msxml-webrelease

--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement