Discussion :

[lodan]

Bonsoir,

J'ai lu beaucoup sur les boutons les langages et les techniques, le plus les moins, tout et son contraire.

J'en fait appel à des personnes d'expériences et de bon sens.

Voila j'explique.

J'affiche une liste de personnes.
Pour chaque personne, je veux pouvoir avoir 3 boutons :
Gérer, Modifier, Supprimer

Lorsque je clique sur le bouton j'exécute une mise à jour de mon fichier de données temporaire qui prend l'identifiant de la personne et qui sera lu ensuite dans les différents programmes appelés

gerer.php, modifier.php, supprimer.php

Quel type de bouton est le plus approprié ?

La technique du "form" du "on-click" faire du js

Merci de partager vos expériences

[Kerod]

Moi j'ai fait il y a pas longtemps un système de ce style :

• Dans ma liste j'avais un titre(c'était des post d'un forum) + les boutons supprimer et autre.
• Une balise form avec submit.
• Dans mes boutons je mettais dans le onclick le action du submit avec le lien de la page avec id en paramètre (ce qui implique que l'id est rajouté à la création de la page.

Maintenant je me demande si tu as besoin d'un submit (c'est-à-dire si tu as des données à transmettre à part l'id).
Dans ce cas juste un input button devrait suffir, non ?

Mais peut etre qu'il y a une autre solution (il y en a toujours)

[Maxoo]

le javascript servira à rien, puisqu'il tu as besoin d'appeler une page php (je veux dire par la que c'est pas en dynamique sans reloader ta page)

apres tu as deux choix :

• liens (<a href="">)
• formulaire avec bouton submit

ce n'est qu'une question d'esthétique !!

après tu peux rajouter du javascript sur le bouton ou le lien supprimer par exemple pour dire : "etes vous sur de vouloir supprimer cela ..." mais c'est tout.

[lodan]

Kerod, Maxoo merci

Toujours là...

Bon j'avais opté pour le submit avec un aiguillage en début de programme avec l'utilisation du header. Mais la mise au point est trop difficile; Je fait un programme il fonctionne, je le copie, je change juste les nom des ???.php et là tout ce plante. 2 jours de perdu sur le sujet.

J'ai besoin lorsque je gère une personne de garder pendant toute la vie des différentes pages au travers desquelles l'utilisateur va naviguer de garder l'id, le nom, le prenom et peut-petre d'autres informations.

Je stocke donc ces informations dans une table que j'ai créée.

Mon expérience du submit multiple me refroidi et comme je suis débutant c'est pas clair pour moi.

Bon le href pourquoi pas mais dans ce cas, comment je fais pour mettre à jour ma table avant.

Merci

[Maxoo]

J'ai besoin lorsque je gère une personne de garder pendant toute la vie des différentes pages au travers desquelles l'utilisateur va naviguer de garder l'id, le nom, le prenom et peut-petre d'autres informations.

SESSION !!

si tu sais pas à quoi ca ressemble tu as de bons cours et tuto sur le site/forum.

voila !!

[lodan]

Mais si maxoo, je sais à quoi cela sert.

Nous en avons déjà discuter sur la question "les caprices de header".

J'avais utilisé session avec beaucoup de plaisir et c'est vraiment ce qui m'allais le mieux, mais j'ai trop de problème avec header, je craque.

Alors je me suis mis a imaginer une autre solution à base d'une table que je gère moi même pour éviter le header.

Mais j'ai peut-être tort sûrement.

Alors que puis-je utiliser à la place de header ou est-ce plus simple dans la mise au point que cela en a l'air.

J'ai eu beau tout mettre à la queue leuleu dans mon programme rien n'y a fait.

Merci

[Kerod]

Pour tout ce qui concerne la redirection il y a de quoi faire dans la FAQ ici : Comment faire une redirection ?

Pour ce qui est du tableau il vaut mieux utiliser les sessions (comme cela a été dit plus haut).

Moi je verrais bien lorsque tu arrives sur la page gestion tu récupères le nom et etc...dans la bdd et tu mets dans la var session.
Pour le lien a toi de choisir quelles solutions tu préfères, avec un <a> le lien est visible dans la statusbar contrairement aux boutons