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.

xml tech : Technologies XML

[xml-tech] Re: j'y perd mon latin iso-8859-1

[xml-tech] Re: j'y perd mon latin iso-8859-1

Auteur: Eric van der Vlist <vdv@dyomedea.com>
Date: 16/01/2006 - 15:21
X-Mailer: Evolution 2.4.1

Bonjour,

Le mardi 10 janvier 2006 à 22:25 +0100, Stephane Bortzmeyer a écrit :
> On Tue, Jan 10, 2006 at 05:45:51PM +0100,
> Erik Mazoyer <Erik.Mazoyer@hyperoffice.fr> wrote
> a message of 140 lines which said:
>
> > J'ai aussi pris l'habitude de ne pas spécifier l'encodage des
> > fichiers pour les parseur XML car il le font beaucoup mieux que moi
> > étant donné qu'ils détectent automatiquement l'encodage.
>
> Euh, la norme ne leur impose pas

Hmmm....

http://www.w3.org/TR/2004/REC-xml-20040204/#NT-EncodingDecl

"In the absence of information provided by an external transport
protocol (e.g. HTTP or MIME), it is a fatal error for an entity
including an encoding declaration to be presented to the XML processor
in an encoding other than that named in the declaration, or for an
entity which begins with neither a Byte Order Mark nor an encoding
declaration to use an encoding other than UTF-8. Note that since ASCII
is a subset of UTF-8, ordinary ASCII entities do not strictly need an
encoding declaration."

La norme impose donc de retourner une erreur si un encodage autre que
UTF-8 "brut" ou un autre encodage Unicode (UTF-16, ...) précédé de leur
"BOM" est utilisé sans indication d'encodage.

En particulier, un processeur doit retourner une erreur s'il trouve de
l'ISO-8859-1 sans déclaration d'encodage dans l'entête XML ou un
éventuel type media.

> et tous les processeurs XML que j'ai
> testé protestent quand on met du Latin-1 sans avoir spécifié
> l'encodage dans la déclaration

Il ne font que suivre la norme.

> (la valeur par défaut étant UTF-8, ou
> bien UTF-16 dans certains cas).

Ce n'est pas une valeur par défaut mais également le respect de la
recommandation! Ce qui différentie UTF-8 de UTF-16 étant la présence du
BOM.

Cordialement,

Eric van der Vlist

-- 
Have you ever thought about unit testing XSLT templates?
                                                     http://xsltunit.org
------------------------------------------------------------------------
Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
(ISO) RELAX NG   ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
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)
Received on Mon Jan 16 16:21:37 2006

Archive générée par hypermail 2.1.8 le 19/01/2006 - 11:42 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