Geckozone

Bonjour,
J'aimerais savoir quel est l'encodage des caractères à utiliser normalement sur une page en français: ISO-8859-1, ISO-8859-15... ?
et ensuite comment on déclare un jeu de caractères comme celui utilisé par défaut sur la page pour ne pas remplacer chaque caractère accentué par son entité html (&...;)
J'ai en effet utilisé mais ça n'as pas l'air de marcher.

Si tu ne veux pas utiliser les entités HTML, il te faudra sans doute utiliser l'encodage UTF-8, encore faut-il avoir un éditeur qui le supporte.

Ton meta ne change rien parce que l'information envoyée par le serveur a précédence dessus je pense (je peux me tromper).

Il faudrait alors envoyer un header ??

voir http://www.genezys.net/200305.php#id21T2131

ah au fait, le meta a une influence sur l'interprétation du navigateur : ce dernier choisira toujours à ma connaissance le meta comme indication sûre, en ce qui concerne l'encodage.

Merci pour ce lien Nucleos
En fait je pense que le meta fonctionne mais que les erreurs persistantes viennent de problème d'encodages des caractères au sein du fichier.
Je développe sous linux et sous windows alors des fois ça foire un peu.

L'iso-8859-15 est tout à fait approprié pour le français et éviter les entités, mais il vaut mieux avoir un éditeur de texte qui le supporte.

Sous les Windows occidentaux, l'encodage 8 bits est du windows-1252, assez proche de l'iso-8859-15. Les différences les plus courantes concernent le € et le œ, et des caractères en plus dans le windows-1252.

Le meta fonctionne bien, il suffit de faire un Page Info dans Firebird pour s'en assurer. On peut aussi indiquer l'encodage dans le header XML (pour du xhtml <?xml version='1.0' encoding='iso-8859-15'?>) ou dans le champs « Content-Type » directement au niveau http.

Nucleos a écrit : ah au fait, le meta a une influence sur l'interprétation du navigateur : ce dernier choisira toujours à ma connaissance le meta comme indication sûre, en ce qui concerne l'encodage.

euh, non. Dans l'ordre de préférence/importance, c'est:

- le jeu de caractère défini dans l'en-tête http content-type
- le jeu de caractère définit dans le prologue xml (lequel est nécessaire si l'encodage est autre que utf-8 ou utf-16)
- le jeu de caractère défini dans le meta content-type (lequel est inutile pour les vrais documents envoyés avec application/xhtml+xml, voir ce billet).

Pour le prologue xml dont il est dit qu'il doit être présent si l'encodage est autre que utf-8 ou utf-16, je pense que cela a été indiqué dans l'optique d'un document 'standalone', c'est à dire non servi par un serveur (le charset ne pouvant pas être indiqué par un en-tête http content-type dans ce cas précis).
Donc dans la pratique, le prologue xml n'est pas nécessaire si le document est servi par un serveur web, avec le charset indiqué dans l'en-tête http content-type, mais comme il faut garder à l'esprit que les pages peuvent être enregistrées, je pense qu'il vaut mieux ne pas l'omettre (si encodage différent de utf-8 ou utf-16 toujours).