Codage des caractères

(reprise du message précédent)

Laurent Denis a écrit :
ce n'est pas la balise META qui autorise à se passer de prologue XML. C'est la présence d'un EN-TETE HTTP qui y autorise, quelque-soit l'encodage...

Ok... j'ai compris... ça explique aussi cette remarque de la norme XML :

le w3c a écrit :
In the absence of external character encoding information (such as MIME headers)

Peut-on donc également se passer de prologue XML (et donc éviter de faire passer IE en mode Quirks), si on a un document xhtml 1.0 strict, encodé en iso-8859-1 ou 15, si l'encodage en question est spécifié par un en-tête serveur (via la commande header par exemple en php si on a pas la main sur la config du serveur), et également spécifié dans une meta afin d'éviter que ça fasse tilt en cas d'enregistrement ?

D'avance merci au grand Guru qui pourra répondre à cette énigme : je me suis cassé la tête pendant un temps non négligeable sur les encodages et une bonne politique de gestion de cet aspect me ferait bigrement avancer

Marvin Le Rouge a écrit :
Peut-on donc également se passer de prologue XML (et donc éviter de faire passer IE en mode Quirks), si on a un document xhtml 1.0 strict, encodé en iso-8859-1 ou 15, si l'encodage en question est spécifié par un en-tête serveur (via la commande header par exemple en php si on a pas la main sur la config du serveur), et également spécifié dans une meta afin d'éviter que ça fasse tilt en cas d'enregistrement ?

Au risque de me répéter : voir http://blog-and-blues.org/weblog/2004/08/16/275-encodage-caracteres-xhtml pour les détails (la réponse à ta question étant oui).
Modifié le 26 Oct 2004 - 17:21

Oups désolé pas eu mon café, a loupé le lien le Marvin
Tout honteux