Bonjour,
La question est simple : Comment définir l'encodage, en l'occurence utf-8, lors de la création d'un document XML ?
 
Le cadre :
J'envoie des données XML en utilisant la méthode AJAX (j'utilise la lib jQuery). Or, lors de la sérialisation du document XML, Firefox utilise l'encodage iso-8859-1 (a priori) et ne met d'ailleurs aucun prologue (<?xml [..] ?> ).
 
Voici un exemple :

Ce code affiche "<action/>"
 
J'ai trouvé cette solution pour contourner le problème :

Qui affiche
'<?xml version="1.0" encoding="utf-8" ?>
<action/>'
 
Je trouve cette solution abominable, est-ce que quelqu'un dans la salle aurait une solution plus élégante  ?
 
Je me suis référer à ce document ainsi qu'au livre "Javascript, la référence" de chez O'Reilly.
 
Ce problème est tiré d'un petit web chat que je suis en train de réaliser, cf cette page.
 
 
Merci d'avance pour vos réponses.

Le prologue XML n'est absolument pas obligatoire, et s'il n'existe pas (et que l'encodage n'est donc pas précisé) la spec XML indique que le document doit impérativement être en utf-8. D'où tires tu l'info que FF sérialise en iso-8859-1?

D'autre part, quel est l'intérêt de sérialiser le fichier xml reçu? Tu veux l'enregistrer sous forme de fichier en local?

Je l'ai simplement constaté en analysant les messages reçu par le serveur. Opera, au contraire, utilise bien l'utf-8.
Je ne savais pas que le prologue était facultatif, merci pour l'info.
 

Je n'ai parlé ni de recevoir ni de fichier. Le client crée un document xml qu'il envoie au serveur à l'aide de XMLHttpRequest() via jQuery.ajax().
 
Le message posté sur le chat est composé à partir, entre autre, de l'input de l'utilisateur, tu peux tester ici : www.euphorik.ch/euphorik.
Si tu regardes le fichier js, tu verra que je suis obligé de faire une conversion explicite en utf-8 (voir la fonction to_utf8()). Sous Opera cette conversion n'est pas nécessaire puisqu'il travail déjà en utf-8.
 
Juste en passant : ma méthode de contournement ne fonctionne pas sous Konqueror, apparemment il ne considère pas mon document (parsé avec parseFromString()) comme valide. Quand c'est pas l'un c'est l'autre... vive le xml, j'aurai dû adopté le JSON, ça aurait été plus simple pour ce que je veux faire.

Comment tu fais ta requête?

Par exemple pour l'envoie d'un message de chat :
pageMinichat.js ligne ~191 :

 
la fonction : getXMLMessage() construit le document XML comme décrit dans le post initial.

En toute logique, un fichier XML généré en Ajax utilisera le charset de la page HTML qui englobe le script.
 
Je te conseille de regarder de ce côté en premier.

Sans vouloir être méchant cette phrase "un fichier XML généré en Ajax" ne veut strictement rien dire. De plus je ne vois pas ce que l'encodage de la page HTML vient foutre la dedans, ta supposition est très aléatoire. De surcroît ma page utilise l'encodage utf-8.

Et le JS, par défaut, n'accèpte que des données en utf-8.
 
C'est d'ailleurs pour ça que le comportement que tu observes me choque un peu

D'après wikipedia l'encodage sans prologue est soit de l'uft-8 ou soit de l'utf-16 ce qui n'est pas la même chose mais bon ca ne fait pas beaucoup avancer le schmilblick.
C'est quand même bizarre que

donne 233 (#E9) qui est a priori de l'iso-8859-1 (le fichier js est évidemment encodé en utf-8).
 
J'ai fait ce test : j'ai enlevé ma fonction pourrie "to_utf8" et posté "é" avec firefox puis opera, voila le resultat en BD :

La fonction minichat:message(N) renvoie les N derniers messages, les caractères spéciaux sont représentés en octal. On voit que opera me donne de l'utf-8 et que firefox me donne de l'iso-8859-1.
J'ai utilisé cette page pour voire les différents code de 'é'.
 
Conclusion : bein je ne suis toujours pas plus avancé  .

question con : t'as vérifié l'encodage qu'utilise ton éditeur de texte ?
et l'encodage qu'envoie la page qui génère le xml ? (si c'est le cas)

ouaip, tout est en utf-8, le bouzin se trouve ici http://www.euphorik.ch/euphorik/

fake

y a pas d encoding spécifié et donc par defaut ca passe sur un encoding local iso-8859-1(5)

L'encodage est définit au niveau du document XHTML : "<?xml version="1.0" encoding="UTF-8" ?>"
Quant à l'encodage du fichier JavaScript et bien l'interpréteur s'en tape de son codage, ce qui compte c'est que je sais que le fichier js est en utf-8 et que l'affichage est en utf-8.
 

Ya une norme qui dit ça ? Il me semble que ça dépend de l'implémentation.
D'ailleurs si je regarde ce code Javascript avec Firefox : http://www.euphorik.ch/euphorik/js/euphorik.js, il me l'affiche en utf-8 par défaut bien qu'au niveau HTTP on en sache rien. Magie ?

 
sauf que si ton serveur sert tes pages en iso ca vaut pas un kopeck
et comme ta page est servie en text le prologue xml vaut rien  
 

 
peut etre
 

 
non
 

 
oui oui  et oui
le serveur override tout
 

 
cherches toi des excuses si ca t amuse j essaie juste d aider hein

Ok pour tes remarques, je vais essayer de voir comment spécifier le charset... c'est pas gagner dans toute la doc de yaws il n'y a mention ni du mot 'encoding' ni du mot 'charset' ... super...
 
Tu crois que ca pourrait être à l'origine de mon problème ?

tu génère ton xml en quel langage de prog ?

Euh... en Javascript...

En XML 1.0, mais pas en XML 1.1, non?
A+,

euh... t'as autre chose à me proposer ? Je ne vois aucune alternative...

Aucune idée, ya des gens qui se basent sur 1.1 plutôt que 1.0 dans la vraie vie?

nan, c'est juste que c'était marqué en gros dans le titre, alors je me demandais bien pourquoi je posais la question
 
je connais pas assez bien le JS pour te répondre du coup, à part regarder la doc de ton serveur pour qu'il sorte de l'UTF-8 par défaut, mais apparament tu trouves pas de doc là-dessus... sinon, tout repasser en ISO, mais bon

A mon avis, y'a 98% de gens qui savent même pas que ça existe. Ou qui pensent que les changements ne justifient pas de passer au 1.1....

Faut vivre avec son temps
C'est une des diffs si je lis bien la spec: l'en tête <?xml version="1.1" ... ?> est obligatoire, meme pour les fragments, et meme pour le well formed.
S'il n'y a pas cela, alors c'est du XML 1.0
A+,

Je vis avec mon temps, j'évite le XML autant que possible.

Tu préconiserais quoi dans un cas d'échange de messages simples entre serveur et clients (genre un peu ce que je suis en train de faire) ? JSON ? YAML ? texte brut ? binaire ? ...

json

JSON (+ REST si applicable), si pas suffisant monter au YAML, si pas assez efficace (besoin d'un protocole binaire) un truc genre ASN.1
 
Ca me semble un bon début

mise au point: j'ai posté dans la mauvaise discussion, celle-ci n'est pas exactement sur le même sujet.
Je laisse le message, car il peut être utile dans ce contexte aussi.
 
Il me semble que cette discussion part un peu dans tous les sens, sans que le point clé n'y ait été mentionné:
Pour que le code javascript soit interprété en UTF-8 il faut que le charset soit précisé pour le script, quel que soit l'encodage du document principal :
<script type="text/javascript" charset="UTF-8" src="moncode.js"/>