SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano

246 Plugins, 178 contribs sur SPIP-Zone, 151 visiteurs en ce moment

Accueil du site > Administration et BDD > Forms & Tables > plugin Forms : création de formulaires

plugin Forms : création de formulaires

25 octobre 2006 – par Cedric Morin, Franck Ducas, L’instit – 649 commentaires

Toutes les versions de cet article : [français] [italiano]

36 votes

Il y a d’autres usages et possibilités (sondages et code avec unserialize), qui seront détaillés dans d’autres articles.

Installation et activation du plugin

Comme pour tous les plugins (voir Les plugins), vous avez installé ce plugin par ftp puis vous l’avez activé dans l’interface de gestion des plugins (Configuration > Gestion des Plugins > cocher la case "Formulaires") :

Initialisation du formulaire

  1. Passez la souris sur "Edition" puis cliquez sur l’icône "Formulaires et sondages" ;
  2. Cliquez sur "Créer un nouveau formulaire" ;
  3. Donnez un titre, éventuellement un descriptif, et indiquez une adresse email où seront envoyées les réponses au formulaire rempli en ligne par vos utilisateurs ;
  4. choisissez "Ce formulaire n’est pas un sondage" (c’est le seul exemple abordé dans ce document) puis validez ; La validation initialise la création du formulaire. Vous pourrez ensuite aborder la seconde phase, celle de la définition des champs du formulaire.
  5. la même page s’affiche donc apres la validation, mais en bas vous trouverez un sélecteur des types de champs que vous pourrez afficher dans votre formulaire.

Création des champs de saisie

Choisissez les champs dont vous avez besoin, nommez les, puis ajoutez chaque élément, un par un ; voici le détail des champs possibles :

    1. ligne de texte crée un champ de saisie sur une seule ligne
    2. texte crée un champ de saisie sur plusieurs lignes
    3. adresse mail crée un champ de saisie d’adresse mail avec la mention "Veuillez entrer une adresse e-mail valide (de type vous@fournisseur.com)"
    4. adresse web crée un champ de saisie d’adresse web avec la mention "Veuillez entrer une adresse Web valide (de type http://www.monsite.com/...)". D’autre part, on peut choisir de vérifier la validité du site.
    5. choix unique insère un choix entre autant d’item que l’on souhaite de style "bouton radio" un seul bouton pourra être coché.
    6. choix multiple insère les classiques choix à cocher avec possibilités de plusieurs choix (cases carrées). Pour ces deux derniers types de champs, le changement est proposé après la création du champ pour transformation d’un type vers l’autre.
    7. fichier à télécharger permet à l’utilisateur de joindre un fichier. Le concepteur du formulaire fixe la taille maxi en ko du fichier.
    8. mots-clés ajoute automatiquement une liste de cases à cocher de type "choix multiples" correspondants à tous les mots-clés d’un groupe de mots-clés. Le choix entre les groupes de mots-clés est proposé au concepteur du formulaire. ex : j’ai un groupe de mots-clés nommé "Thématiques". En choisissant ce groupe lors de la création du formulaire, j’insère automatiquement une série de cases à cocher avec tous les mots-clés de ce groupe, soit Communauté, Culture, Développement, Licences libres, Logiciels libres.
    9. nouveau bloc de questions crée un nouveau cadre qui entourera tous les champs qui suivront jusqu’à l’insertion d’un autre champ "bloc de questions"
    10. message d’explication insère un texte de votre choix, donc par exemple pour écrire vos questions ou commenter votre formulaire.

Il est possible de modifier l’ordre des champs en cliquant sur les flèches "monter" ou "descendre" en vis à vis de chacun. Un apercu du formulaire est visible dans le cartouche, en cliquant sue le petit triangle devant APPARENCE DU FORMULAIRE

Lorsque vous avez intégré tous les composants souhaités , cliquez sur "Retour" en haut de la page. Votre formulaire est créé. Pour le publier il faut maintenant l’inclure dans un article

Vous insérez donc ce formulaire dans un article, à la manière d’une insertion d’image : lorsque vous créez ou modifiez un article, vos formulaires se trouvent à gauche de votre article et vous n’avez qu’à coller le code du formulaire voulu dans le corps de votre article (comme pour une image <img1>)
Ex : Dans ce site, <form1> inséré dans un article donnera le formulaire comme ceci :

Afficher un formulaire dans un squelette

Vous pouvez également afficher un formulaire directement dans les squelettes en utilisant la notation suivante :

[(#MODELE{form}{id_form=1})]

Afficher un sondage dans un squelette

Pour afficher un sondage, il faudra procéder en deux étapes et utiliser un <INCLURE> pour bien gérer le cache.

1) Créer un squelette par exemple sondage.html

#CACHE{0}
[(#MODELE{form}{id_form=1})]

2) Inclure ce squelette ou vous voulez (disons sur la page d’accueil)

<INCLURE{fond=sondage}>

Vous pouvez consulter les réponses que vos utilisateurs ont envoyées :

  • En consultant l’interface privé : en passant votre souris sur "Forum", puis sur "Suivi des réponses" (les réponses sont sur le même mode que les signatures des pétitions).
  • En recevant les réponses par email : Si vous avez indiqué une adresse mail dans la configuration de votre formulaire (plus haut), vous recevrez également le contenu du formulaire par mail (pour autant que votre serveur vous autorise à envoyer des mails).
  • En Exportant les réponses au format CSV : Vous avez également la possibilité de télécharger le fichier des données collectées au format csv pour excel. Sur la page Edition > Formulaire et sondage > Votre Formulaire : une fois que votre formulaire est publié et que vous avez collecté des réponses, apparait à gauche de l’interface de modification du formulaire, un bloc de consultation des réponses
    • > voir les réponses (consultation modération cf forum) -> télécharger les réponses (récupération de l’ensemble des données sous forme d’un fichier csv pour excel)

Récupérer les informations du formulaire dans une boucle

Vous pouvez récupérer les infos générales de vos formulaires en utilisant la boucle suivante :

  • Soit « FORMS » = le nom de la table
  • #TITRE = le titre du formulaire

Un exemple complet de l’utilisation des boucles de formulaires est visible dans le plugin, dans le squelette de génération du formulaire (formulaires/forms.html)

Les balises disponibles sont #DESCRIPTIF, #SONDAGE (attention ne sera plus supporté dans forms2), #EMAIL (données serialisées, non utilisable simplement), #CHAMPCONFIRM (nom du champ email dont la valeur est utilisee pour envoyer un mail de confirmation), et #TEXTE (texte pour l’envoi du mail de confirmation)

Pour accéder aux informations concernant les champs des formulaires, 2 autres boucles sont utilisées :

La boucle FORMS_CHAMPS permet d’acceder aux infos d’un champ :

Cet exemple simplifie issu de formulaires/forms_structure.html affiche l’input des champs de type ligne d’un formulaire

La boucle FORMS_CHAMPS_CHOIX permet d’acceder aux choix possibles pour un champ etendu de type choix multiple ou unique. Voici un autre exemple simplifié, issu de formulaires/forms_champs_multiple.html

Récupération des données des formulaires créés via des boucles

Les réponses au formulaire sont elles stockées dans la table spip_reponses et spip_reponses_champs. Pour une réponse donnée, vous avez un enregistrement dans spip_reponses, associé a n enregistrements de spip_reponses_champs ayant le meme id_reponse. Donc vous pouvez éventuellement récupérer les réponses par des boucles sur ces tables. Toutefois, les données des champs de type choix ne sont pas stockées en clair mais en tant que numero de choix (à peu de choses près), et il faut utiliser les boucles decrites ci-dessus pour les interpreter. Un exemple de squelette affichant une réponse en clair est fourni avec le plugin (forms_reponse.html, a la racine du plugin). Ces boucles sont d’un niveau d’utilisation avancées du fait de leurs interdependances.

Exemple : afficher les données lors du retour de validation d’un formulaire Dans cet exemple on cherche à afficher les données d’un formulaire dans une page article lorsque l’utilisateur vient de valider un formulaire intégré dans un article avec le modèle <formXX>.
Pour cela on modifie le squelette article.html en ajoutant à l’endroit où doivent apparaître les résultats (par ex. juste après la balise #TEXTE l’un des deux exemples suivant :

  • Premier exemple : afficher les données qui viennent d’êtres saisies par l’utilisateur :
    1. <BOUCLE_feinte(ARTICLES){0,1}>[(#ENV{ajout_reponse}|?{' ',''})]</BOUCLE_feinte>
    2. <br><strong>Affiche les donn&eacute;es qui viennent d'&egrave;tres remplies:</strong><br>
    3.     <BOUCLE_reponses(FORMS_DONNEES){id_donnee}>
    4.         <BOUCLE_champs(FORMS_CHAMPS){id_form}{par rang}>
    5.         #TITRE : <span class='#_reponses:EDIT{#CHAMP}'>#LESVALEURS{','}</span>
    6.         </BOUCLE_champs>
    7.     </BOUCLE_reponses>
    8. </B_feinte>
  • Deuxième exemple : afficher l’ensemble des données saisies pour ce formulaire :
    1. <BOUCLE_feinte(ARTICLES){0,1}>[(#ENV{ajout_reponse}|?{' ',''})]</BOUCLE_feinte>
    2. <br><strong>Affiche l'ensemble des donn&eacute;es saisies:</strong><br>
    3.     <BOUCLE_reponses2(FORMS_DONNEES){par id_donnee}>
    4.         R&eacute;ponse #ID_DONNEE:<br>
    5.         <BOUCLE_champs2(FORMS_CHAMPS){id_form=#ENV{ajout_reponse}}{par rang}>
    6.         #TITRE : <span class='#_reponses:EDIT{#CHAMP}'>#LESVALEURS{','}</span><br>
    7.         </BOUCLE_champs2>
    8.         <br>
    9.     </BOUCLE_reponses2>
    10. </B_feinte>

Note : dans les 2 cas on utilise une BOUCLE_feinte qui permet de tester la présence du critère d’environnement ajout_reponse pour n’afficher les résultats que si la page est chargée en retour d’une validation du formulaire. Pour plus d’infos sur les boucles feintes, voir le paragraphe "Parties optionnelles des balises" dans cet article : http://www.weblog.eliaz.fr/article6...

Utiliser la fonctionnalité de liaison (dépendance) entre plusieurs formulaires

Il est possible de rendre un formulaire dépendant du remplissage d’un autre formulaire : c’est le rôle du champ "Formulaires obligatoires pour la saisie de celui-ci" de l’onglet Propriété d’un formulaire. Cette fonctionnalité permet typiquement de faire quelque chose du style :

  • l’utilisateur arrive sur un article qui présente un premier formulaire (<form1> pour cet exemple) : il le rempli et le valide.
  • une fois cette validation faite, l’article se ré-affiche avec un deuxième formulaire (<form2> par ex.) qu’il peut alors remplir (le premier formulaire n’est plus visible).
  • une fois celui-ci validé, un troisième formulaire s’affiche (<form3>).

Mode opératoire :

  • créer les 3 formulaires
  • dans le champ Formulaires obligatoires pour la saisie de celui-ci de <form2>, on indique 1 (le numéro du formulaire de l’étape 1).
  • dans le champ Formulaires obligatoires pour la saisie de celui-ci de <form3>, on indique 1,2 (le numéro du formulaire de l’étape 1 et de celui de l’étape 2, séparés par une virgule).
  • Créer l’article qui contiendra l’enchaînement de ces 3 formulaires (un seul article), et mettre dans le texte de celui-ci <form3> uniquement !
    L’idée c’est que pour que <form3> s’affiche, il sera nécessaire d’avoir rempli <form1> puis <form2>, qui seront automatiquement insérés à la place de <form3> l’un après l’autre. Il ne faut donc pas faire d’appel direct au modèles <form1> et <form2>.

Remarques

  • si vous voulez que vos tests fonctionnent, il est nécessaire de vider les données saisies liées à votre compte utilisateur pour les 2 premiers formulaires et de supprimer les cookies spipcookie_form_1 et spipcookie_form_2 avant chaque essai (installez firecookie en plus de Firebug dans votre FireFox afin de simplifier cette opération).
  • apparament il doit y avoir un léger problème dans la prise en compte de l’étape qui vient d’être validée puisqu’en réalité, lorsque l’article est réaffiché à la validation d’un formulaire, il est nécessaire de recharger la page pour que le formulaire suivant apparaisse (recalcul pas nécessaire, simplement rechargement de la page)... Et cela même avec un #CACHE{0} dans le squelette de l’article qui contient les formulaires.
    Si vous avez des infos pour contourner ce problème, merci de laisser un message dans le forum attaché à cet article !

P.-S.

La version pour spip 1.9.1 est disponible en telechargement sur la zone.

Spip 1.9.2

La nouvelle version du plugin s’appelle forms&tables. Elle est compatible 1.9.1 & 1.9.2, et est en téléchargement ici

Spip 2.0

Une nouvelle version du plugin pour SPIP 2.0 est désormais disponible : Forms&Tables 2.0

Retour en haut de la page

649 Messages de forum

Voir toute la discussion

Pages 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | ...

  • Répondre à ce message

    9 février 10:34, par Maïeul

    Il s’agit de ce qu’on appel une "chaîne de langue".

    Il faut que vous reperiez laquelle et que vous la "surchargiez" via un fichier local_fr.php.

    Voir la doc ici : http://www.spip.net/fr_article2128.html

  • Répondre à ce message

    9 février 09:57, par Phileas695

    Bonjour à tous,

    Utilisateur depuis plusieurs années, j’ai toujours réussi à trouver des réponses à mes interrogations dans vos contrib, mais cette fois, je cale ! Je cherche comment je peux modifier le descriptif lorsque j’insère un champs mail "Veuillez entrer une adresse e-mail valide (de type vous@fournisseur.com)" Je souhaiterai mettre vous@masocite.com par exemple. Merci

  • Répondre à ce message

    26 janvier 15:27, par xavier

    Bonjour,

    Nous venons de réaliser un formulaire avec ce plugin dans lequel se trouve des champs "date".

    Si les mini-calendriers associés à ces champs sont visibles dans l’espace privé et/ou dans l’espace création de formulaire, ils ne le sont pas sur l’espace public ?

    Pouvez-vous nous aider SVP

    -  > plugin tables et forms 1.9.2
    -  > spip 1.9.2d

    Cordialement

  • Répondre à ce message

    14 janvier 11:43, par Sabine

    J’utilise ce plugin avec bonheur pour de nombreux sites sans problèmes jusqu’à présent dans sa version 191 pour spip 192.

    J’ai actuellement des gros soucis que je ne comprends pas sur un formulaire installé récemment sur un spip 192i. Tous les tests fonctionnent, on reçoit des réponses, mais on a des témoignages de personnes qui ont répondu au formulaire et dont les réponses n’ont pas été prises en compte (pas de mail de confirmation, pas de trace dans la base de données) .

    Le formulaire est configuré comme d’habitude, la seule chose qui diffère est sa longueur, est-ce que ça peut être un problème de durée de session ? Est-ce que quelqu’un-e a déjà eu ce soucis ?

    Est-ce qu’il y a une trace quelque part sur le serveur des tentatives manquées pour au moins connaitre la proportion d’échec ?

    Merci de m’aider !

  • Répondre à ce message

    31 décembre 2009 11:13, par Cedric Morin

    La documentation et le support de la version 2.0 pour SPIP 2.0 continuent sur la documentation de cette nouvelle version : Forms&Tables 2.0.

    Merci de ne poster ici que les messages concernant les versions 1.9.0 et 1.9.1 du plugin.

  • Répondre à ce message

    25 décembre 2009 22:32, par Pierre KUHN

    Bonsoir

    ne pourriez vous pas le mettre sur la zone en zip ? car si vous l’avez tester et le proposer ici c’est qu’il doit pouvoir être utiliser par tous le monde. NON ?

    pierre

  • Répondre à ce message

    17 décembre 2009 07:39, par Patrick

    Merci, bon courage et à bientôt donc.

    Plugin indispensable.

  • Répondre à ce message

    8 décembre 2009 10:43, par Jérome Escoffier

    Bonjour,

    Le SEM procède actuellement à l’adaptation du plugin Forms&Tables pour SPIP2.

    Cette adaptation sera effective à la fin de l’année et nous la mettrons à disposition de la communauté SPIP.

    Pour toute question ou information vous pouvez nous contacter :

    J. Escoffier - jescoffier@amaris.com

  • Répondre à ce message

    23 novembre 2009 18:12

    Effectivement, ce plugin serait très utile en version 2 de spip ! J’espère que vous trouverez un développeur sous peu.

  • Répondre à ce message

    13 novembre 2009 08:40

    Il est évident que ce plugin manque énormément à la communauté.. Avez-vous trouvé un/des développeur(s) ?

Pages 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | ...

Répondre à cet article

Retour en haut de la page

Ça discute par ici

  • Les thèmes de Sarka-SPIP 3

    26 décembre 2009 – 14 commentaires

    Cet article a pour but de présenter brièvement la liste des thèmes propres à Sarka-SPIP au travers d’une galerie de vignettes. La galerie Vous pouvez télécharger le thème que vous désirez en cliquant sur sa vignette. Prochainement, une description de (...)

  • Formulaire de participation à un événement

    23 janvier – 17 commentaires

    Cet article tente de rassembler des informations au sujet de l’affichage d’un formulaire de participation aux événements gérés par le plugin Agenda développé par Cédric Morin. La version 2 du plugin Agenda permet d’afficher dans l’espace public des (...)

  • Le Squelette Zpip

    11 novembre 2009 – 119 commentaires

    Zpip [1] est un squelette réutilisable, modulaire et disposant d’une galerie de thèmes. Il est issu d’une fusion des projets Zesty et SPIP-Zen. Installer Zpip Pour installer Zpip et jouer avec sans plus attendre, il suffit de suivre le guide (...)

  • Plugin Pages uniques

    11 décembre 2008 – 74 commentaires

    Allez, avouez... il ne vous est jamais arrivé d’avoir besoin d’articles qui ne sont rattachés à aucun rubriquage particulier ? Des articles uniques, n’ayant ni de thème, ni de rapport avec aucun autre ? Ou encore des articles pour lesquels vous avez (...)

  • Le Couteau Suisse

    4 mai 2007 – 835 commentaires

    Ce plugin propose d’introduire facilement de simples fonctionnalités supplémentaires à SPIP et qui s’avèrent rapidement indispensables ! Par exemple : des filtres supplémentaires, des balises pratiques, des facilités typographiques, le contrôle de (...)