[résolu] Erreur dont je trouve pas la solution

(reprise du message précédent)

ok alors voici la solution que j'ai trouvé ... sans avoir tout compris ...
j'utlilise l'editeur suivant : TextPad 4.7 ... j'enregistre mes fichiers en UTF8 ... je les upload ... et le bug disparais ?!
... ???? ...
je cherche une explication rationel ...

Cool alors

Les voix des éditeurs de textes sont impénétrable...

L'enregistrement n'a pas dû se faire au format UTF... pour une raison X ou Y

En tout cas ça ne vient pas de PHP, il va falloir faire quelque chose pour PHP & standards web => PHP renvoi du HTML, c'est comme un copié/collé donc aucune "interférence" avec les standards web ou ce genre de trucs... Dans ce cas, il fallait voir au niveau de l'encodage UTF des fichiers à inclure.

C'est entre autre pour ça que je m'abstient d'utiliser UTF, d'une part parceque mon éditeur préféré ne gère pas ça comme je veux (je pense que c'est possible, mais bon..) d'autre part, parcequ'on arrive souvent à des problèmes de ce style où un réengistrement est nécessaire

ok voici quelques elements de réponse.
Il existe deux variantes de UTF-8 : UTF-8 et UTF8-BOM
Dans la version UTF-8 BOM le premier bit sert de controle ... PHP utilise uniquement la version UTF-8 donc dans mon cas lors de l'include PHP commence à lire mon fichier inclus au format UTF-8 BOM il y a un bug et un caractère zarbe viens se greffer lors de l'include d'ou une non validation par le validateur du w3.org ... il faut donc avoir un editeur de texte qui encode bien en UTF et non pas en UTF-8 ... et malheureusement sous Windows l'UTF-8 BOM à plus de succès donc la majorité des editeur de texte simple utilise l'UTF-8 BOM ...
J'utilise maintenant Unired ... un petit editeur qui supporte l'UTF8 ...

Ouf ! quelle galère !

Quelques liens traitant du sujet
http://openweb.eu.org/articles/jeux_caracteres/
http://bugs.php.net/bug.php?id=25434
http://bugs.php.net/bug.php?id=22108