Version imprimable
Chrome et Safari ont un comportement différent de Firefox et même de IE7 lorsqu'on utilise un fichier Javascript avec XMLHttpRequest()
Les caractères accentués sont lamentablement transformés...
Voyez par exemple sur cette page :
http://www.ubaye-verdon.net/barcinonien/formthm.html
en tapant "lièvre" ou même "lievre" la différence de résultats affichés par ces navigateurs.
Qui pourrait me tirer d'embarras ?
Merci d'avance pour votre attention.
change l'encodage de tes caractères :)
pour information :
Chrome et Safari => moteur html webkit
FF => moteur gecko
IE => moteur ie ^^
Changer l'encodage des caractères...est-ce dans l'entête du fichier php...?
dans la base de données ...?
Ou bien dans le navigateur ?
Impossible avec Safari qui se replace systématiquement sur "par défaut" !
et qui déforme les caractères.
Avec Chrome, quel que soit le codage (pourtant bien pris en compte) on a droit à la déformation des caractères...
Opera, n'accepte pas les caractères accentués dans la boite de dialogue,
mais, retourne des résultats corrects si on l'interroge en supprimant les caractères accentués (é,è,ç...)
Flock a le même comportement qu'Opera.
Etonnant...! avec IE7 Tout baigne, il accepte les caractères accentués dans la boite de recherche et restitue correctement les caractères accentués dans les résultats !
Comment en sortir ?
Aucun rapport !
Ce n'est pas Safari ou Opera ou Chrome le problème...
Tu as l'encodage :
- Du serveur
- Des pages
- Du code html
- Des requêtes PHP
- De la transmission des données vers la BDD
- De la BDD
- Du navigateur
Il suffit que l'un d'eux ne soit pas réglé comme il faut pour que ton affichage foire.
en fait c'est juste que les gens qui ont codé les pages ont oublié dans la page de traitement de l'ajax de precisier un header correct ...
Mais comme le dit blue il faut aussi veiller à la chaine complète des charsets depuis le serveur en passant par la base et arriver jusque chez le client ...
par sécurité à ce niveau je fais sur la page de traitement php une conversion et je precise un charset dans le header php en retour ... Au moins quelque soit le charset du serveur et de la base je filtre avant d'arriver coté client ...
Merci pour cet éclaicissement qui confirme d'ailleurs ce que je suspectais, et qui rend bien difficile la solution du problème !Citation:
Envoyé par blueice
Pour répondre à la demande d'adresse, voici une page sur laquelle essayer les différents navigateurs pour constater que Chrome et Safari ne se comportant pas comme les autres.
Merci encore pour votre aide.