J'aurais tendance à proposer un formulaire supplémentaire mais qu'avec des champs cachés. Les 2 formulaires visibles, quand on clique sur les boutons ne font qu'appeler une fonction javascript qui se charge de récupérer les champs qui vont bien, les mets dans le formulaire caché et envoi au serveur le contenu. J'ai fait ça pour mon authentification en md5 pour mon appli Astres (cf ma signature). Le formulaire affiché pour se connecté n'a pas d'url dans l'attribut "action" du <form> Su onsubmit, j'appelle une fonction qui prend les champ id et mdp et hashe en md5 leur contenu, les 2 hash étant mis dans 2 champs cachés d'un autre formulaire qui lui, a un url d'un script php pour traiter le formulaire caché. Comme ça, si le JS est désactivé sur le navigateur, ben rien n'est envoyé au serveur (les login/mdp sont donc pas envoyés en clair au serveur)
Edit : cela dit, ta "modélisation" de tes formulaires n'est peut-être pas la plus appropriée et y'aurait peut-être un autre moyen plus simple pour faire ce que tu veux au final...
Message édité par rufo le 24-05-2013 à 15:09:45
---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta