"Quand je charge des données, les caractères accentués ne marchent pas..."

Aller au contenu | Aller au menu | Aller à la recherche

"Quand je charge des données, les caractères accentués ne marchent pas..."

Par zemax, mercredi 1 mars 2006 à 11:26 :: Tout le monde en parle :: #57 :: rss

Ca doit être la question la plus posée à propos de Flash, mais cette fois-ci c'est d'AJAX qu'il s'agit (le javascript, pas le produit ménager).
Je ne m'en été jamais aperçu vu que je fais générallement tout en UTF-8, mais lorsqu'on utilise AJAX, la réponse attendue par Javascript doit être encodée en UTF-8, même si on travaille au sein d'une page encodée en ISO-8859-1. A moins de changer le content-type de la réponse pour du text/xml et de préciser l'encodage dans le tag . En PHP ca donne ça :

header ('Content-Type: text/xml');
print ('<?xml version="1.0" encoding="iso-8859-1" ?>');
...

Et là ça marche sous Firefox... mais pas avec IE pour qui ça ne change rien. La seule vraie solution est donc de travailler en UTF-8, si besoin en utf8_encodant les données... comme avec Flash !

Trackbacks

Aucun trackback.

Les trackbacks pour ce billet sont fermés.

Commentaires

1. Le mercredi 1 mars 2006 à 20:53, par Tek

Si tu veux simplement résoudre ton problème, il faut que ce soit ton serveur qui renvoit le "content-type" du fichier. Donc glisser le code suivant dans ta page PHP avant la sortie XML :
[code]
header('Content-Type: text/xml; charset=ISO-8859-1');
[/code]

Du coup en local, Internet Explorer continuera de considérer le fichier comme étant en UTF-8 par défaut (comme quand tu vires la déclaration XML d'ailleurs).

Dans le cas présent je trouve que c'est plutôt bien que dans Firefox le charset précisé dans la déclaration XML prenne le dessus sur l'encoding retourné par le serveur. Mais le vrai problème se situe au niveau de XMLHttpRequest qui est trop limité et devrait intégrer une méthode pour passer outre toutes les considérations d'encoding précisées dans le header ou la déclaration XML du fichier (ou au moins quand il n'y en a pas) et obtenir la chaîne dans l'encoding dans lequel on lui dit de la recevoir et rien d'autre. Surtout qu'on obtient même pas un objet DOM XML, mais une chaîne en texte brut, les considérations d'encoding ne peuvent pas se limiter à la seule analyse de la déclaration XML.

Sinon pour résoudre complètement ton problème sous Internet Explorer sans avoir à te préoccuper de savoir si tu es en local ou en ligne, il vaut mieux utiliser MSXML en remplacement de XmlHttpRequest. Au final XmlHttpRequest n'est en fait qu'un module de MSXML donc ça revient au même, sauf qu'il faut s'adapter aux méthodes et gérer le versionning de l'ActiveX (encore plus répandu que XmlHttpRequest donc ça ne pose pas de soucis). En mode synchrone ça donne :

[code]
this.XMLdoc = new ActiveXObject("Microsoft.XmlDom");
this.XMLdoc.async = false;
this.XMLdoc.load('myFile.xml');
alert(this.XMLdoc.xml);
[/code]

Là Internet Explorer prendra en compte l'encoding passé dans la déclaration XML.

2. Le vendredi 3 mars 2006 à 12:25, par zemax

Pour le XML le charset déclaré dans le XML prime sur le charset du header HTTP ?
Parce que en HTML c'est le contraire : le charset du header HTTP prime sur le charset du tag HTML. D'ailleurs parfois le serveur Web est configuré pour renvoyer un charset iso-8859-1 avec les fichiers PHP, donc personnellement je rajoute toujours un header('Content-Type: text/html; charset=utf-8'); quand je bosse en UTF-8 avec PHP.

3. Le vendredi 3 mars 2006 à 15:32, par Tek

>Pour le XML le charset déclaré dans le XML prime sur le charset du header HTTP ?
Dans Firefox oui mais pas dans IE puisque la déclaration XML est complètement ignorée.

Sinon en HTML/XHTML normalement aussi le navigateur doit prendre en priorité la content-type déclaré dans le HTML/XHTML. En tout cas chez moi sur mon serveur qui crache de l'ISO-8859-1 par défaut, quand je passe mes pages en UTF-8, je n'ai encore rencontré aucun navigateur qui me pose problème en prenant en priorité l'ISO-8859-1 au lieu de l'UTF-8 que je passe dans le fichier XHTML.

4. Le samedi 4 mars 2006 à 02:21, par zemax

D'après le W3C : www.w3.org/TR/html4/chars...

To sum up, conforming user agents must observe the following priorities when determining a document's character encoding (from highest priority to lowest):
1. An HTTP "charset" parameter in a "Content-Type" field.
2. A META declaration with "http-equiv" set to "Content-Type" and a value set for "charset".
3. The charset attribute set on an element that designates an external resource.

Le charset HTTP prime donc bien sur celui du tag dans le cas du HTML, et visiblement du XML aussi

5. Le dimanche 16 avril 2006 à 01:16, par article

arf IE ! ... no comment !

6. Le lundi 8 mai 2006 à 19:50, par cbo

salut,
j'ai constaté aussi ce problème, mais avec un xmlhttprequest qui chargeait du HTML pour l'écrire dans une iframe : accentués perdus avec IE

l'ajout d'un méta dans le html transféré n'a rien changé
l'ajout d'un Content-Type avec le bon charset, par contre, a fonctionné (IE6 et Firefox récent, pas de tests avec les autres)

bon Ajax à tous,
Chris