Bonsoir,
 
J'essaie pour la première fois d'envoyer des données récupérées dans un formulaire dans ce même formulaire afin d'éviter de travailler avec un formulaire à pages multiples.
Lorsque j'exécute le code, aucune des valeurs des variables ne m'est retournée dans le navigateur.
 
Voici le code partiel exécuté dans la balise body (environnement easyphp 1.8). Le fichier est nommé petition.php :
 

 
Merci d'avance,

http://fr.php.net/manual/fr/reserv [...] ables.post

J'ai toujours le même pb avec le code ainsi modifié :
 

et comme ceci?
 
echo $_POST['nom'];

Ou fais un var_dump($_POST), carrément.

ce n'est pas parce que tu fais un echo $nom que forcément le name="nom" sera affiché ... (du moins sa valeur).
il existe une option dans le php.ini qui s'appelle "register globals" qui peut être à on ou off, pour définir cela justement. Ce qui fait le souci d'easyPHP c'était - du moins pour les versions 1.6 et 1.7 - cette valeur qui fait qu'on pouvait injecter n'importe quoi dans la page.
 
au lieu de :

 
ecris plutôt :

 
Pour l'action du formulaire, tu peux la laisser vide :

 
PS : pourquoi un tableau pour mettre en page le formulaire ?
 
EDIT : un peu grilled, désolé.

NewsletTux > En xhtml, on a pas le droit de mettre des balises input directement dans une balise form (dixit la norme xhtml1.x)
Pour le tableau au lieux d'un div ou de listes, je dirais : pourquoi pas? D'une certaine manière, on peut voir ça comme des données tabulaire avec le libelle en première colonne et la valeur (à saisir) dans la seconde. D'ailleurs même sur alsacréations, ils n'arrivent pas à déterminer si c'est une bonne (si oui à partir de combien de zone de saisie) ou une mauvaise pratique.

tout à fait, je pensais surtout (en termes d'accessibilité et d'ergonomie) aux <label> déjà, puis soit à des <fieldset>, soit à des balises autres. Perso j'utilise souvent les <p> en mettant un attribut float à mes lables avec une certaine largeur, ce qui donne l'effet d'un tableau sans l'être.
 
Sa manipulation est aussi juste, mais logiquement parlant, ses champs ne sont pas reliés aux textes qui sont censés les décrire.
 
Et pour la norme, il s'agit de la cversion Strict de l'XHTML. Je crois que le transitional le permet encore.

Merci à tous pour vos réponses.
 
Je ne comprends pas ce qu'il s'est passé car en testant le script dans le navigateur aujourd'hui tout marchait. Avec "" ou ''. Tant mieux.
 
J'en ai profité pour initialiser les variables et éviter le fameux "undefined index".
Donc ça donne :

 
Par contre, je souhaitais initialiser les variables avec une méthode que je pensais équivalente mais j'ai un retour "undefined index nom". Donc ou les méthodes ne sont pas équivalentes ou mon code n'est pas bon.
Voici le code :

 
Merci,

http://fr.php.net/empty

>sielfried : j'essaie d'interpréter sslt    
 
Suggères-tu d'utiliser empty à la place de isset ou encore du test d'inégalité?
 
Parce que par exemple !empty vérifie que :
- le champs n'est pas vide
- la valeur n'est pas 0
- et donc que la variable existe
 
Merci
 
 
 
 
 
 
 

si tu as un tableau (array) - et c'est aussi valable pour une variable - tu peux vérifier si une clé (ou ladite variable) est définie :

 
ceci vérifie que ta variable est définie, mais ne vérifie nullement le contenu.
En effet, dire $var = ''; initialise ta variable avec un contenu vide. Elle répondra "true" au isset, mais false si tu testes par rapport à un entier, par exemple (le cas du zéor est différent s'il s'agit d'un string ou d'un entier)
 
Isset n'est pas empty.

Dans mon cas, je ne veux pas que le champs nom soit vide ou corresponde à 0, donc il me semble qu'empty est plus approprié qu'isset qui ne vérifierait donc que la variable a bien été initialisée mais peut-être avec une valeur vide.
 
Comment aurait-il fallu écrire ces quelques lignes pour que le test d'inégalité ne renvoie pas l'erreur citée ci-dessous.

Merci à ceux qui pourront m'aider de m'indiquer une solution concernant le test d'inégalité du post précédent.
 
Ma prochaine question concerne la mémorisation des informations données par l'utilisateur et le rafraîchissement de la page. En effet je souhaiterais qu'elles s'affichent dans le champs de saisie lorsque l'utilisateur rafraîchira la page.  
Le code que j'ai écris ci-dessous entraîne l'affichage de celles-ci dans le champs de saisie lorsque l'utilisateur envoie la page (!) alors qu'il n'a même pas rafraîchit la page    
 

Pour la mémorisation : variables de session ou champs cachés dans le formulaire.

J'ai retenu la solution du champs caché.
 

 
Lorsque je valide le formulaire et que je reviens en arrière, le nom rentré par l'utilisateur apparait bien mais les données du prenom, du mél aussi alors que je n'ai même pas ajouté encore d'éléments hidden pour ces variables

lousixtyfour > C'est le comportement par défaut de ton navigateur quand on fait "page précédente" (ou qu'on clique sur le bouton "Reculer d'une page" ou qu'un script javascript renvoie à la page précédente de l'historique du navigateur) .
 
PHP n'a rien à voir avec ça.

J'ai exactement le même résultat sous Firefox que sous IE.