Hello,
 
J'ai un petit problème avec un script PHP. Tous mes fichiers sont encodés en UTF8, les includes compris donc.
 
Comme on le voit sur ces deux pages :
*supprimé*
 
Le titre <h1> n'a pas le même espacement au dessus. Il y a un espace "magique" sur l'index.php. Apparemment, ça viendrait d'un caractères encodé bizarrement. Il y a un require dans mon index.php du fichier qui pose problème. J'ai bien vérifié qu'il n'y avait pas d'espace avant et après mes balises php dans le fichier d'include. Quand je repasse mes pages en latin, cela disparait, mais ce n'est pas une solution.
 
Voyez-vous un caractère sur l'index.php par rapport à register.php qui puisse expliquer cet espace ? Je n'en vois pas. Comment s'en débarrasser en restant en UTF8 ?
 
Merci pour votre aide dans ma quête vers l'UTF8.
 
 

1) du coté des marges,padding sur body
2) marges du h1=0 ?
en effet les caractères en utf8 produisent des trucs byzares, préferer l'ISO-89etc..

Oui, il n'y a pas de problème avec la CSS, c'est la même de toute façon pour les deux pages.
 
Je manipule des données UTF8 et j'aurais voulu avoir l'ensemble de ma plateforme en UTF8, base de données comprise.

Surtout pas malheureux Faut tout passer en utf-8 complet et arrêter avec les vieux iso C'est justement en ISO que ça fout la merde dès que t'as un caractère bizarre, faut cash passer par des entités et autres joyeuseté à la con

Ah moins que tu n'inclue un fichier qui a un BOM au début, ça peut être ça. Vérifie dans ton éditeur que tu sauvegarde en utf-8 normal, pas en utf-8 avec BOM

Arf toujours procédé en ISO-8859-1 dans les meta, format de fichier WINDOWS 1252 depuis 6 ans, et les accents passent délicatement bien ( même le russe ou l'arabe, dans ce cas changer le charset du document )

Sauf que tu peux pas mixer les deux, à moins de tout mettre en entités En utf-8 tu mélanges tout et pis voilà

J'utilise Notepad++. Effectivement, il propose UTF8 "normal" et UTF8 sans BOM, je vais essayer ça. Pourtant, je fais pareil sur les deux fichiers, mais il est possible qu'une conversion se soit mal passée à un moment ou à un autre.

Il faut obligatoirement mettre sans BOM, la faute à PHP-caca

J'ai de bons espoirs que mon problème se résolve alors, réponse ce soir. Merci FlorentG.

J'vais finir pas déconseiller fortement Notepad++, parce que tout ceux qui l'utilisent rencontrent ce problème

Oui j'ai arrêté l'UFT8 le jour ou, tout le projet était en ASCII, le site devait être porté en Arabe, Russe et Grec ..
L'UTF8 sans Bom passait à merveille, mais pas avec les autres fichiers ASCII, ça créait des misères ..
Le Projet comportait des textes en Russe & Arabe Natif ( Caractères UTF8 dans la bdd ) ..

Depuis je reste fidèle à mes mauvaises habitudes ..

   
 
Forcément, en ASCII y'a que 127 caractères, même pas d'accent. Il fallait au contraire tout passer en utf-8, mais vraiment toute la chaîne

 
Un peu HS mais tu me conseillerais quoi ?

Moi jEdit, maintenant c'est surtout à toi de trouver l'éditeur qui te sied le plus

Le projet comportait plus de 1800 fichiers .. alors se tapper la conversion 1par1, à la main, bonjour  
Mais Combien de Bytes occupe l'UTF8 sur l'octet, doit y'avoir un truc la .. + de 1800 valeurs, ça tient pas !
ASCII=7bytes ISO=8bytes
l'UTF doit dépasser la taille logique d'un octet .. bon wikipedia : http://fr.wikipedia.org/wiki/UTF-8

Y'avait strictement rien à convertir, de manière général l'ASCII 7bit est super-rare, les fichiers seront quand-même codés sur 8 bits. Et justement l'utf-8 est parfaitement compatible avec l'ASCII 8 bit

Je confirme que mon problème est réglé avec l'encodage UTF8 sans BOM. Merci beaucoup !