Discussion :

[toufa_123]

Bonjour

je souhaite faire un formulaire que je veux diviser sur plusieurs etapes car il concernent plusieurs tables qui sont reliés à une table principale. est ce possible de le faire dans le backend et s'il y a un exemple a suivre. j'ai trouvé des exemples pour des formulaires multipage traités au niveau du frontend. Merci de votre aide

[Michel Rotta]

La question est pour le moins difficile à comprendre.

Je ne sais pas si j'y réponde mais...
Il n'y a aucune différence entre ce que l'on peut mettre dans le backend, le frontend, le midlend, le monAppliAMoi,... Ce qui est réalisable dans l'un l'est dans les autres.

[toufa_123]

mon projet consiste à faire un formulaire de saisie d'information à propose des sites d'importance pour les oiseaux, l'administrateur doit entrer les information à propos de la visite (site visité, date , heure et autres informations) puis des informations sur les habitats et les oiseaux observés lors de cette visite et chaque formulaire sauvegarde les informations dans une table à chaque étape ou à la fin. commet faire ceci dans le backend

[Michel Rotta]

Il n'y a aucune différence entre les applications. Les modules du backend sont les mêmes que pour le frontend. Si tu sais le faire pour une, tu sais le faire pour l'autre.

[toufa_123]

est ce que vous avez un bon exemple avec le code bien sure dans le backend ou comment etendre les formulaires dans le backend pour faire du multiform

[Michel Rotta]

J'ai une question avant. Je pense que nous ne parlons pas de la même chose et que ceci peut compromettre notre compréhension mutuel et arriver à un quiproquo inextricable...

Qu'entends-tu par : "les formulaires dans le backend " ?

[toufa_123]

les formulaire d'ajout (new/edition) avec a chaque etape la possibilite d'avoir une liste
un exemple est à l'adresse suivante http://cs4u.estadieu.com/

voila ce que je veux faire un formulaire d'ajout d'information suivant des cycle car chaque formulaire va stocker l'information dans une table mais le premier formulaire c'est la table mère (table visite) avec une relation 1-n avec espèce oiseaux et avec habitats menaces etc...

J'espère que j'étais claire cette fois

[Michel Rotta]

Donc on parle de forumlaire CRUD normale, pas d'un formulaire auto-généré avec un fichier generator.yml pour le configurer ?

Le site est bien, la page de demande du mot de passe est très belle

[toufa_123]

oui c'est ca

[kamclasse]

bonjour toufa_123,

vous pouvez utiliser le Framework Jquery pour faire ceci, et voici une demo,

http://thecodemine.org/#_demoForm=first
il est prêt à l'utiliser juste vous allez sur le volé Download et vous pouvez l'intégrer facilement.

bonne continuation.

[Michel Rotta]

Tu as deux solutions pour traiter ce type de cas.

La solution plutôt php qui va faire l'enregistrement des données à chaque étape et simuler par de l'affichage les étapes comme étant continue. De ton côté tu auras 3 form (un par étape). L'avantage est que côté enregistrement du vas le faire en trois fois, ce qui est plus conforme au fonctionnement de doctine. L’inconvénient est que si une personne décide à l'étape deux de ne pas poursuivre son étape un sera déjà enregistrée, ce qui peut être gênant. Il est malgré tout possible de n'enregistrer qu'à la fin et de stocker temporairement dans l'objet user, ce qui peut entrainer d'autre difficultés. On peut en parler.

L'autre solution consiste à passer par du web2 et du javascript et à avoir un traitement de la saisie sur le poste utilisateur. La aussi la situation n'est pas miraculeuse et présente autant d'avantages que d’inconvénient. Notamment les cas où le poste distant n'a pas de javascript activé. Il convient dans ce cas de bien faire attention à la procédure de retour des informations et à la manière dont les données doivent être validées et surtout la manière dont il convient de traiter les erreurs de validation.

Quel est la bonne méthode ? Aucune idée. Cela va dépendre essentiellement du publique visé. Et du budget a y consacrer.

Je pense que la deuxième, bien faîte, peut être plus agréable, mais sera plus cher à mettre en œuvre.