Discussion :

[Jolt0x]

Bonsoir,

Je suis un peu ennuyé d'ouvrir un sujet pour un toute petite question :

Est-ce que l'Ajax de jQuery fonctionne aussi en iso-8859-1 ? Pour les test que j'ai fait (notamment l'auto-complete) il y a quelques jours, cela ne fonctionne qu'en UTF-8.

Il y a t-il un moyen de le faire en iso-8859-1 / occidental ?

[thelvin]

Ce n'est pas tellement jQuery qui impose ça, mais XMLHttpRequest, le mécanisme JavaScript qui permet de faire de l'AJAX.
Il n'y a pas de contournement officiel, j'ignore s'il y a des contournements officieux (je compterais pas dessus.)

En principe ça devrait pas t'intéresser, l'encodage de transmission des données, le système côté serveur devrait décoder la réponse et te donner des caractères débarrassés de leur encodage.

[thunder75]

Essayes ca, mais comme l'a dit thelvin, il vaut mieux éviter

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$.ajaxSetup({
	scriptCharset: "iso-8859-15"
});

Meme le site de jquery le conseille pas http://api.jquery.com/jQuery.ajaxSetup/

[thelvin]

D'après la doc c'est pas à ça que ça sert, ça n'intervient que dans le cas où le dataType est script ou jsonp (changement du système de transport classique pour remplacer par une utilisation interne d'une balise <script> donc,) pour indiquer quel est le charset du script qui va être récupéré au cas où ça ne soit pas indiqué et pas le même que la page.
Mais ça implique que la requête est en GET et donc qu'il n'y a pas de question d'encodage des données envoyées : c'est une URL et une URL c'est utf-8.

[Jolt0x]

Merci pour ces précisions.

J'ai lu avec attention la page sur "encoder son site en UTF-8, ici même (http://j-willette.developpez.com/tut...-site-en-utf8/).

J'ai une question: coté serveur, il faut mettre (méthode PHP) un

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
header( 'content-type: text/html; charset=utf-8' );

Or je suis en iso-8859-1 et je n'ai jamais eu besoin de mettre une ligne similaire avec un header charset iso-8859-1. Que faut-il comprendre ? Que par défaut tout est en ISO-8859-1 ?

Ou bien a alors (méthode Apache AddDefaultCharset utf-8) que les serveurs Apache sont, par défaut, toujours en ISO-8859-1 (pour une raison identique au AddDefaultCharset ISO-8859-1 que l'on n'a jamais besoin de spécifier)

Même remarque que les bases de données MySQL. Elles sont toujours par défaut en ISO-8859-1?

[thelvin]

Or je suis en iso-8859-1 et je n'ai jamais eu besoin de mettre une ligne similaire avec un header charset iso-8859-1. Que faut-il comprendre ? Que par défaut tout est en ISO-8859-1 ?

Sur les environnements de bureaux utilisant une localisation de langue latine occidentale, du moins, oui, c'est beaucoup le cas.
Simple mécanisme de compatibilité ascendante supposant que si le concepteur du site n'a pas eu la présence d'esprit d'indiquer le charset, il n'a sans doute pas eu non plus la présence d'esprit d'utiliser autre chose que iso-8859-1 (ou quoi que ce soit qui s'utilisait en général dans son pays à l'époque où personne ne s'intéressait aux charsets.)

À noter que c'est différent en XHTML qualifié. Là le défaut est utf-8. Parce qu'a priori, quelqu'un qui dessert du XHTML qualifié a eu le temps de se former sur ce genre de questions.

Ou bien a alors (méthode Apache AddDefaultCharset utf-8) que les serveurs Apache sont, par défaut, toujours en ISO-8859-1 (pour une raison identique AddDefaultCharset iso-8859-1 que l'on n'a jamais besoin de spécifier)

Pas "toujours" mais ça arrive souvent que des hébergeurs le configurent comme ça, oui.
De toute façon si ce n'est pas l'hébergeur, c'est le navigateur qui choisira par défaut. (Mais certes, un navigateur chinois choisira un encodage chinois par défaut, logique.)

Même remarque que les base de données MySQL. Elles sont toujours par défaut en ISO-88xxx ?

Je n'en sais rien en réalité, mais je serais très surpris du contraire.