guilhem_mdg a écrit :Pourquoi dis-tu que je fais du HTML ?
Parce que tu en fais
Regarde les infos sur la page. Tu as "Type de contenu : text/html" donc c'est du HTML, même si tu y as mis un doctype XHTML.
Le navigateur la traite comme une page HTML, et non comme du XML : il ne s'arrête pas sur les erreurs et tout
Pour le vérifier tu peux enregistrer la page et regarder le code qui est enregistré : les balises meta et input ne sont plus fermées, il a viré le prologue XML... tout ça indique qu'en fait il voit des trucs bizarres et qu'il les corrige pour en faire du bon HTML
guilhem_mdg a écrit :Et quel avantage a IE de basculer en mode standart ?
Benoît y a déjà répondu. Je rajoute : essentiellement pour ne pas être en mode "quirk". Ce mode est un mode "étrange", ou le navigateur juge que la page est codée n'importe comment, et donc lui aussi en contre-partie réagit n'importe comment. Entre autre sur le modèle de boîtes CSS.
Donc si tu veux un comportement conforme tu dois travailler en mode strict
guilhem_mdg a écrit :Je préfèrerai que ma page soit en XHTML... Comment faire ?
Envoyer un type Mime application/xhtml+xml.
Soit en mettant l'extension des fichiers sur ".xhtml" si le serveur est bien configuré, ou alors en php avec la fonction headers.
Dans les deux cas, IE n'appréciera pas trop, même pas du tout, il faut dire qu'il ne supporte pas le XHTML (je m'étonne d'ailleurs que tu ne le sache pas déjà)
guilhem_mdg a écrit :En fait, je code en PHP...
Je sais, mais nous on le voit pas, et donc le input directement après le form m'a induit en erreur
guilhem_mdg a écrit :Je n'ai pas de mal à traduire. Par contre, Calimo, j'ai l'habitude de faire des formulaires et je te garanti que les input sont dans le form.
J'ai dit : les input doivent être
dans un bloc à l'intérieur du form
Comme Benoît l'a dit, le mieux c'est le fieldset
