Formidable, le générateur de formulaires

23 janvier 2012 – par RastaPopoulos – 2632 commentaires

1
2
3
4
5
182 votes

Un générateur de formulaires facilement configurable pour les non-informaticiens et facilement extensible pour les développeur⋅euses.

Sommaire

Introduction

Historiquement, deux plugins avaient déjà été développés précédemment pour gérer des formulaires :

  • Forms &Tables, qui n’a pas été complètement porté pour SPIP 2.
  • et spip-formulaire créé par artego mais qui n’était plus maintenu.

La question s’est donc posée : construire sur la base d’un des deux plugins ou repartir de zéro ?
Form &Table, très complet pour les utilisateurs, présentait l’inconvénient d’avoir un côté « fourre-tout » qui le rendait difficilement modifiable et difficile à personnaliser par les dévs.

Il a finalement été décidé de repartir de zéro pour proposer quelque chose :

  • de plus facile à utiliser pour les utilisateurs d’une part,
  • mais aussi de plus facile à personnaliser pour les développeur⋅euses.
    Avec le parti pris de se baser de préférence sur plusieurs petits plugins spécialisés et de tirer parti de la nouvelle norme CVT.

Interface utilisateur

L’utilisation basique de l’interface est abordée dans ce screencast : Mon premier formulaire pas à pas : c’est Formidable !

Appeler mon formulaire

Vous devez appeler le formulaire ayant le nom « formidable », en lui passant en paramètre l’identifiant de votre formulaire.

Dans un contenu
Utilisez le modèle <formulaire> classique : <formulaire|formidable|id=34> ou bien <formulaire|formidable|id=contact>

Dans un squelette
#FORMULAIRE_FORMIDABLE{34} ou bien #FORMULAIRE_FORMIDABLE{contact}

Afficher les résultats du formulaire

Dans un contenu
Utilisez le modèle <formulaire_analyse|id_formulaire=34>

Pré-remplir dynamiquement les champs d’un formulaire depuis un squelette

À noter que dans un squelette, vous avez la possibilité de surcharger dans l’appel, les valeurs par défaut des champs de votre formulaire. Pour cela, vous devez passer un tableau de nom=>valeur en deuxième paramètre. Vous pourrez trouver les noms de vos champs dans l’aide-mémoire situé sur la page de configuration des traitements.

Le tableau en deuxième paramètre :

  1. #FORMULAIRE_FORMIDABLE{contact, #ARRAY{nom_du_champ, Ma valeur}}

C’est particulièrement utile pour remplir un champ caché avec une valeur dynamique venant du squelette :

  1. #FORMULAIRE_FORMIDABLE{contact, #ARRAY{hidden_1, #ID_DOCUMENT}}

Pré remplir les champs depuis une ancienne réponse

Si les réponses sont enregistrées, on peut passer en troisième argument un identifiant de réponse.

  1. #FORMULAIRE_FORMIDABLE{contact,'',23}

pour modifier la réponse 23.

Champs oui-non et case unique

Pour rendre obligatoire la réponse « oui » à un champ de type oui-non ou case unique (pour la validation de conditions d’utilisation par exemple), il faut simplement rendre le champ obligatoire.

Courriels de notification

Une option des traitements proposés permet d’envoyer un mail de notification automatiquement, à chaque saisie d’un formulaire.

Le squelette par défaut employé pour la mise en forme de ces mails est plugins/formidable/notifications/formulaire_email.html. Vous pouvez le copier dans le répertoire ’notifications’ de votre squelette et l’y modifier à votre guise. Cette modification vaudra pour tous les formulaires.

Pour utiliser un squelette spécifique pour les mails de notification de l’un seulement des formulaires définis avec Formidable, il suffit d’ajouter son squelette dans le répertoire ’notifications’ de votre dossier squelettes, mais en ajoutant l’identifiant.

IDENTIFIANT étant l’identifiant du formulaire défini dans Formidable, les squelettes doivent se nommer :
formulaire_IDENTIFIANT_email.html pour le mail aux destinataires
formulaire_IDENTIFIANT_accuse.html pour l’accusé de réception du visiteur

Conservation des IP

Les adresse IP des personnes répondant aux formulaires sont stockées en base de donnée. Depuis la version 1.5 (SPIP 3) / 0.7 (SPIP < 3), elle sont automatiquement hashé, de manière à ce que l’IP ne soit plus reconnaissable, au bout de 124 jours (environ 4 mois).

Pour changer ce délai, vous pouvez redéfinir la constante _CNIL_PERIODE dans votre fichier mes_options.php.

Par exemple :

  1. define('_CNIL_PERIODE', 24*3600);

permet de hasher les IP toutes les 24 heures.

Si vous voulez désactiver le hashage, mettez la valeur à 0.

Envoi de fichiers

Lire l’article complémentaire : Envoyer des fichiers avec un formulaire Formidable.

Voir aussi sur le wiki


-  Complément de doc et exemples sur les boucles et balises de formidable
-  Exemples de stylage CSS d’un formulaire Formidable
-  todoFormidable
-  Formidable, présentation aux Grottes (2010)

Dernière modification de cette page le 17 mars 2019

Discussion

5 ans 1 an 3 mois Sans limite
Par date
Filtrer

643 discussions

  • 2
    Théo

    Bonjour,
    Je viens de faire la mise à jour et j’ai ce message juste sous le bandeau d’en-tête (dans l’espace administrateur)

    Erreur dans les plugins : /home/monidentifiant/www/plugins/auto/formidable/v3.36.3/formidable_pipelines.php

    Quelqu’un peut me dire ce que cela veut dire et pourquoi j’ai ça ?

    • Manu

      Le cache der SPIP a-t-il bien été vidé ?

    • Maïeul

      je ne pense pas que ce soit un problème de cache. On dirait plutot que le ficheir de pipelines a mal été installé.
      Est-ce que tu peux regarder si le fichier est bien présent ?

    Répondre à ce message

  • 9
    guietfa

    Bonjour
    Je souhaite afficher dans un formulaire une réponse pré-remplie avec le nom d’utilisateur de la personne qui complète le formulaire (et donc qui s’est connectée).
    Comment dois-je faire ?
    D’avance merci.
    Guietfa

    • Maïeul

      est-ce que vous inséfrer votre formulaire dans un article ou bien directement dans un squelette ?

    • guietfa

      Je l’insère dans un article

    • Maïeul

      Bon,
      alors le mieux serait de créer son propre modèle.

      La doc sur les modèles.
      https://www.spip.net/fr_article3454.html

      On va donc créer dans le dossier modeles du dossier squelettes (à créer le cas échéant) un fichier form_prerempli_session.html, contenant la simple ligne suivante

      #FORMULAIRE_FORMIDABLE{#ENV{id_formulaire}, #ARRAY{#ENV{champ},#SESSION{nom}}}

      Explication :
      -  comme expliquer en haut, #FORMULAIRE_FORMIDABLE permet dans un squelettes d’afficher un formulaire formidable (logique)
      -  le numéro de formulaire sera passé en paramètre au modèle : #ENV{id_formulaire}
      -  le champ #ENV{champ}, passé en paramètre, sera prè rempli avec la valeur du champ <code>nom de la session courante.

      Et donc ensuite, si le formulaire en question est le 4 et le champ à pre-remplir est input_1, on insère dans un article avec

      <form_prerempli_session|id_formulaire=4|champ=input_1>
    • guietfa

      Merci beaucoup pour ta réactivité et ta pédagogie !
      Je me rends compte que ce n’est pas si simple que ce que j’espérais.
      Du coup, ma question était mal posée. En fait, je souhaite pré-remplir le nom d’utilisateur dans un champ (input5) puis je souhaite également pré-remplir la biographie de l’auteur dans un second champ (input7)
      Quelle sera la marche à suivre du coup ?
      Désolé pour cette nouvelle question...

    • Maïeul

      Pas si compliqué que cela. C’est juste que ce n’est pas livré « clé en main » car pas un besoin suffisament générique.

      Donc dans ton fichier form_prerempli_session.html mettre plutôt

      #FORMULAIRE_FORMIDABLE{#ENV{id_formulaire}, #ARRAY{#ENV{champ_nom},#SESSION{nom},#ENV{champ_bio},#SESSION{bio}}}

      et dans l’article

      <form_prerempli_session|id_formulaire=4|champ_nom=input_5|champ_bio=input_7>

      Comme expliqué en début d’articvle, on peut passer en paramètres les valeurs de bases de n’importe quel champ. Ici, j’ai juste mis un peu de souplesse en disant que le nom des champs à preremplir se passe au moment de l’appel au modèle, ce qui permet des évolutions plus facile dans le futur.

    • guietfa

      Merci beaucoup. Tout cela fonctionne parfaitement.

    • DD

      C’est génial ce modèle. Est-ce que par hasard il est possible récupérer en plus la valeur d’un champ d’un autre formulaire remplit par le même auteur ?
      Dans mon cas l’auteur est récupéré par un champ hidden :
      <form_prerempli_session|id_formulaire=8|champ=hidden_1>
      et j’ai un autre formulaire :
      <form_prerempli_session|id_formulaire=7|champ=hidden_1>

      Ça permettrait de récupérer les valeurs consolidées concernant un même ID auteur

      Bon là c’est peut-être un peu too much, mais sait-on jamais

      Merci en tout cas je m’éclate bien avec formidable.

    • Maïeul

      tu dupliquerai ainsi l’info entre deux champs. Il vaudrait mieux n’enregistrer l’info qu’une fois et rechercher la deuxième fois. Enfin, ca depend du problème exact, du besoin. Pas sur que ce soit la bonne solution.

    Répondre à ce message

  • 4
    Michel du lac de Créteil

    Bonjour,

    Je souhaite permettre un signalement sur une carte (emplacement) par un point ou un cercle (par ex. avec GIS4) par le visiteur qui rempli le formulaire https://laccreteil.fr/spip.php?article423 ,
    -  Cette problématique vous a-telle été déjà posée ?
    -  Idem idem avec une image comportant des données EXIF de GPS (prise de vue par smartphone, reflex, etc.) ?

    Bonne journée.
    Michel
    https://laccreteil.fr

    • RastaPopoulos

      Le plugin GIS propose une Saisies « carte », mais elle n’est pas déclarée techniquement (avec un YAML du même nom) afin d’être listée avec les autres types de champs. Cela dit, ça ne fait pas tout, car un point, c’est une latitude et une longitude, et la saisie actuelle ne gère pas ces champs, elle gère juste la carte, et quand on clique ça peut remplir la valeur de champ déjà existant par ailleurs.

      Bref, c’est pas du tout cuit, ya une base, mais ya rien de directement utilisable tout de suite.

    • Michel du lac de Créteil

      Effectivement, c’est ce que j’ai constaté... mais il doit y avoir d’autres solutions.
      -  Le besoin en informations géographiques devient de plus en plus important et leur traitement permet d’enrichir considérablement les connaissances dans certains domaines ( biodiversité => inaturalist.org, photo => Flickr.com, etc. ).
      -  Pour ce qui concerne les photos réalisées avec un smartphone ou un reflex équipé d’un GPS, les informations sont dans les données EXIF, serait-il possible de les récupérer automatiquement, et afficher ensuite le positionnement sur une carte ?
      Bonne journée.
      Michel
      https://laccreteil.fr
      https://laccreteil.fr/spip.php?article376 (iNaturalist)
      https://www.flickr.com/map (carte Flickr)

    • RastaPopoulos

      Aucun rapport avec Formidable, donc, mais GIS fait déjà ça, il récupère déjà les données géo des documents joints quand tu actives les points sur les documents.
      https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/gis/trunk/gis_pipelines.php#L86

    • Michel du lac de Créteil

      Le rapport avec Formidable est évident !!!
      Il nous faut un moyen simple pour que la personne qui remplit le formulaire puisse communiquer la position de son observation, que ce soit à partir de coordonnées GPS, d’une carte, d’une photo géopositionnée, ou tout autre moyen... actuellement nous faisons télécharger une photo aérienne du secteur et demandons de positionner un point sur cette photo et de nous joindre ce fichier modifié au formulaire... mais c’est compliqué et nous recherchons un moyen simple et intégré au formulaire.
      Bonne journée.
      Michel
      Pour exemple http://laccreteil.fr/spip.php?article423

    Répondre à ce message

  • 2
    Jean

    Bonjour,

    Savez-vous s’il y a une manière plus ou moins compliquée de rajouter un captcha à un formulaire formidable ?

    • RastaPopoulos

      Le captcha est une mauvaise solution qui n’aide que les dévs en embêtant tous les utilisateurs.

      Tu peux par contre mettre NoSpam, qui sert à ça, Formidable s’y déclare déjà, ya rien à faire.

    • Maïeul

      Avez vous deja activé le plugin antispam ? Le captcha n’est vraiment pas une bonne idée.

    Répondre à ce message

  • 9
    dd

    Sur la page ecrire/ ?exec=formulaires_reponse&id_formulaires_reponse=xx les valeurs des champs remplis ne s’affichent plus pour tous les formulaires sur un site.
    Est-ce qu’il y a un réglage pour ça ? Merci

    • Maïeul

      est-ce suite à une mise à jour du plugins ?

    • Maïeul

      est-ce suite à une mise à jour du plugins ?

    • DD

      Je ne sais pas, je viens de passer de Formidable 3.34.10 à Formidable 3.34.11 et le problème persiste.

      Sue la page j’ai juste :

      Réponse de formulaire n°21
http://127.0.0.1/html/site/formulaires_reponse21
Auteur
dddd
Adresse IP 127.0.0.1
Formulaire Inscription 
Date 4 mars, 22:58
Dernière modification 4 mars, 22:58
Réponses données :

      Merci

    • Maïeul

      hum, je ne comprend pas où est cette page. Mais ma question était de savoir si le problème était survenu suite à une mise à jour.

      Bon, est-ce qu’en base de données les infos sont là ?

    • DD

      Bonjour,

      Le chemin de la page est Formulaires > mon formulaire > Voir les réponses > Réponse de formulaire

      Après une batterie de tests je pense que c’est lié au modèle formulaires_reponse.html dans squelettes/modeles.
      Ce modèle contient :

      <BOUCLE_spip_formulaires(FORMULAIRES) {id_formulaire}>

    <B_reponses>
        [<div class='pagination'>(#PAGINATION{page})</div>]

        <table class="spip tablesorter">
            <thead>
                <tr class='row_first'>
                    <th>Date demande</th>

                    [<th>(#SAISIES|unserialize|saisies_chercher{selection_multiple_2}|table_valeur{options/label})</th>]
                    [<th>(#SAISIES|unserialize|saisies_chercher{input_1}|table_valeur{options/label})</th>]
                    [<th>(#SAISIES|unserialize|saisies_chercher{input_2}|table_valeur{options/label})</th>]
                    [<th>(#SAISIES|unserialize|saisies_chercher{input_3}|table_valeur{options/label})</th>]
                    [<th>(#SAISIES|unserialize|saisies_chercher{radio_1}|table_valeur{options/label})</th>]
                    [<th>(#SAISIES|unserialize|saisies_chercher{radio_2}|table_valeur{options/label})</th>]
                    [<th>(#SAISIES|unserialize|saisies_chercher{textarea_1}|table_valeur{options/label})</th>]
                    [<th>(#SAISIES|unserialize|saisies_chercher{email_1}|table_valeur{options/label})</th>]

                </tr>
            </thead>
            <tbody>

                <BOUCLE_reponses(FORMULAIRES_REPONSES formulaires){id_formulaire} {pagination 20}>
                    <tr[class="(#COMPTEUR_BOUCLE|alterner {'row_even','row_odd'})"]>

                        <td>
                            [(#DATE|affdate)]
                        </td>
                        <td>
                            #VOIR_REPONSE{selection_multiple_2,valeur_uniquement}
                        </td>
                        <td>
                            #VOIR_REPONSE{input_1,valeur_uniquement,''}
                        </td>
                        <td>
                            #VOIR_REPONSE{input_2,valeur_uniquement,''}
                        </td>
                        <td>
                            #VOIR_REPONSE{input_3,valeur_uniquement,''}
                        </td>
                        <td>
                            #VOIR_REPONSE{radio_1,valeur_uniquement,''}
                        </td>
                        <td>
                            #VOIR_REPONSE{radio_2,valeur_uniquement,''}
                        </td>
                        <td>
                            #VOIR_REPONSE{textarea_1,valeur_uniquement,''}
                        </td>
                        <td>
                            #VOIR_REPONSE{email_1,valeur_uniquement,''}
                        </td>
                        </tr>
                        </BOUCLE_reponses>

            </tbody>
        </table>

    </B_reponses>
--Il n'y a pas encore de réponses--
    <//B_reponses>
    </BOUCLE_spip_formulaires>

      Et aussi : Affichage résumé de la réponse : si des @hidden_x@ y sont définis il n’y a plus de lien textuel vers la réponse sur la page mais le lien sur l’ID fonctionne.

    • Maïeul

      Ah bah oui, si tu surcharges l’affichage pour tous les formulaires, un autre pourrait avoir des problèmes. Je vois pas trop du reste l’interet d’un telle surcharge.

    • DD

      Si je supprime ce modèle apparemment cela empêche les réponses de s"afficher lorsque j’ai un
      <formulaires_reponse|id_formulaire=6> dans une page publique.

    • Maïeul

      il y pas de raisons....
      il me faudrtait un accès pour y voir plus clair

    • DD

      Ça va être un peu compliqué pour voir la page des réponses qui est accessible après connexion et le site est en production. Sinon il y a un formulaire public ici : https://cabotage-en-bretagne.fr/bourse-des-equipiers-34
      Je vais tenter de trouver la solution, sinon je te ré-écris. Merci

    Répondre à ce message

  • 5
    bruno31

    Bonjour à tous

    Je viens de découvrir que FORMIDABLE permet enfin de téléverser des fichiers. C’est GÉNIAL. Merci à ceux qui l’ont permis.

    Ma question porte sur les classes CSS supplémentaires. Elles s’appliquent directement au champs (input, textarea, etc.).
    Je cherche un moyen pour que la css s’applique au conteneur div du champs ?

    PS : je souhaite utiliser les classes bootstrap de dimensionnement des colonnes (ex col-sm-6)

    • Maïeul

      il faudrait modifier les yaml des saisies pour avoir cela. Je regarde si j’ai du tps pour le faire.

    • Maïeul

      la version 3.16.0 du plugins saisies, qui sera bientôt disponible en zip, ajoute cette fonctionnalité.

    • bruno31

      Dans SAISIES, _base.html, il y a #GETconteneur_class sur le conteneur. Donc cela doit être possible si FORMIDABLE exploite.

      AMHA, c’est intéressant d’avoir à la fois la possibilité de pouvoir mettre une classe sur le conteneur, et une autre classe différente sur le champs de saisie.

    • Maïeul

      mail croisés. Le problème n’est pas au niveau de formidable, mais au niveau de saisies qui doit fournir dans ses yaml la possibilité de remplir cette class. Ainsi qu’annoncé, la dernière version le permet.

    • bruno31

      GENIAAAAAAL ! Ca marche

      Maintenant, on peut faire des formulaires RESPONSIVE simplement avec des classes bootstrap

    Répondre à ce message

  • 3
    pipol

    J’ai un souci avec les champs obligatoire.

    J’ai un site avec un menu fixed en top. Lorsque le formulaire renvoi vers un champs manquant, celui ci est caché par mon menu. Les astuces habituel pour les ancres ne semblent pas fonctionner.

    Est ce que quelqun sait me dire, ou je peux trouver le script qui gèrent le fait que la fenetre remonte au champ obligatoir eà complèter, afin de voir si je ne trouve pas une astuce pour décaler la hauteur de la taille de mon menu ? Merci.

    Répondre à ce message

  • 7
    guietfa

    Bonjour
    J’ai un formulaire avec formidable dans lequel il faut inscrire une note (sur 15). Je souhaite que la moyenne des notes saisies précédemment s’affiche sur le questionnaire ou sur un article. Comment puis-je faire ?
    Merci pour votre aide !

    • Maïeul

      Bonjour,

      pour bien répondre à votre question, j’aimerais savoir si vous connaissez ou pas les notions de programmation en SPIP.

    • Guietfa

      Bonjour et merci de vous intéresser à mon problème.
      Je dois avouer être un débutant avec SPIP pour ce qui est de la programmation ( et tout le reste aussi d’ailleurs...)
      Mais s’il le faut, je peux tenter de me lancer avec quelques indications à suivre...

    • guietfa

      Je réalise que j’ai répondu sans être identifié. Cela pose peut-être problème.
      Je fais donc un copié-collé du message précédent :
      « Bonjour et merci de vous intéresser à mon problème.
      Je dois avouer être un débutant avec SPIP pour ce qui est de la programmation ( et tout le reste aussi d’ailleurs...)
      Mais s’il le faut, je peux tenter de me lancer avec quelques indications à suivre... »

    • Maïeul

      Bonjour,

      désolé du retard, je n’avais pas internet.

      Le mieux serait de créer un modèle « moyenne » qui pourrait être applé dans le corps de l’article via le raccourcie <moyenne|>.

      Ce modèle, c’est un « squelette » SPIP, c’est à dire un simple fichier texte contenant quelques instructions, à créer (via ftp) dans un dossier modeles du dossiers squelettes (à créer le cas échéant).

      Dedans crer un fichier moyenne.html
      contenant les lignes suivantes

      #SET{total,0}
<BOUCLE_reponses(FORMULAIRES_REPONSES){id_formulaire=30}>
#SET{total,#GET{total}|plus{#VOIR_REPONSE{input_1,brut}}}
</BOUCLE_reponses>
[(#GET{total}|div{#TOTAL_BOUCLE})]
</B_reponses>

      explication :
      -  l.1 on initialise une variable qui va additionner toutes les valeurs de champs
      -  l.2 on cherche toutes les réponses (publiées) du formulaire 30. Si votre formulaire porte un autre numéro, à modifier.
      -  l. 3 pour chaque réponse, on ajoute la valeur du champ input_1 (à modifier le cas échéant) au total
      -  l. 4 fin du boucle
      -  l. 5 on divise le total par le nombre de réponse, ce qui nous fait la moyenne.

      Si après, l’enjeu est d’avoir un système de note, peut être que le plugin « notation d’element » peu faire l’affaire.

    • guietfa

      Bonjour
      Désolé d’avoir tardé avant de répondre, j’étais moi aussi sans accès internet !
      un très grand merci pour votre solution qui fonctionne parfaitement !
      Une question complémentaire cependant : Comment limiter à 2 le nombre de chiffres après la virgule ?
      Très cordialement
      Guietfa

    • Maïeul 
      [(#GET{total}|div{#TOTAL_BOUCLE}|round{2})]
    • guietfa

      Génial ! Merci beaucoup pour tes réponses simples et complètes !

    Répondre à ce message

  • 10
    1138

    Bug avec l’affichage conditionnel d’un champ obligatoire.

    Bonjour.

    J’ignore si c’est lié à Formidable ou à Saisies mais la validation d’un formulaire ne fonctionne plus quand on a un champ obligatoire non affiché (donc non rempli) à cause d’un affichage conditionnel.

    Ça semble se faire sur tout type de champ (je l’ai vu sur des lignes de texte, radios, dates…). Mais, sur les checkbox, obligation + affichage conditionnel demandent carrément de cocher chaque case.

    Voir démo, avec ce YAML :

    id_formulaire: '106'
identifiant: test_aff_si
titre: 'Démo bug affichage conditionnel + champ obligatoire'
descriptif: ''
css: ''
message_retour: ''
saisies:
  - { options: { label: Choisis, explication: 'Fait apparaitre un champ obligatoire différent selon le choix', datas: "choix1|Noix\r\nchoix2|Fruit", obligatoire: on, nom: radio_1 }, identifiant: '@5c6293109cd5f', verifier: {  }, saisie: radio }
  - { options: { label: 'Choix de la noix', datas: "noix1|Noisette\r\nnoix2|Amande", choix_alternatif_label: 'Autre choix', afficher_si: '@radio_1@=="choix1"', obligatoire: on, nom: checkbox_1 }, identifiant: '@5c629355bf095', verifier: {  }, saisie: checkbox }
  - { options: { label: 'Choix du fruit', datas: "choix1|Myrtille\r\nchoix2|Framboise", choix_alternatif_label: 'Autre choix', afficher_si: '@radio_1@=="choix2"', obligatoire: on, nom: checkbox_2 }, identifiant: '@5c6293ee9757f', verifier: {  }, saisie: checkbox }
  - { options: { label: 'Affichage non conditionné', datas: "choix1|Polatouche\r\nchoix2|Tamia", choix_alternatif_label: 'Autre choix', obligatoire: on, nom: checkbox_3 }, identifiant: '@5c629530c97d0', verifier: {  }, saisie: checkbox }
traitements: false
public: non
statut: publie
date_creation: '2019-02-12 10:38:40'
maj: '2019-02-12 10:44:49'
apres: valeurs
url_redirect: ''

    Arrivez-vous à reproduire ça ? Ou est-ce lié à ma config ?

    Merci d’avance et bonne journée.

    (SPIP 3.1.9, Formidable 3.34.9, Saisies pour formulaires 3.13.0)

    • Maïeul

      c’est lié à HTML5. Je regarde ce qu’il en est.

    • Maïeul

      Saisies 3.13.1 corrige cela. Il sera disponible en zip/par svp peu après midi.

    • 1138

      Merci beaucoup ! Ça a déjà débloqué une bonne part de nos formulaires.

      Hélas, il reste un problème. Exemple :

      id_formulaire: '113'
identifiant: complexe_ter
titre: 'Démo complexe'
descriptif: ''
css: ''
message_retour: ''
saisies:
  - { options: { label: 'Je choisis', datas: "foo|Foo (bloquant)\r\nbar|Bar", obligatoire: on, nom: radio_12 }, identifiant: '@5b8fcae653a26', verifier: {  }, saisie: radio }
  - { options: { label: Foo, datas: "choix1|Choix 1\r\nchoix2|Choix 2", choix_alternatif_label: 'Autre choix', afficher_si: '@radio_12@=="foo"', obligatoire: on, nom: checkbox_1 }, identifiant: '@5b8fce27509ba', verifier: {  }, saisie: checkbox }
  - { options: { label: Identité, nom: fieldset_1 }, identifiant: '@575572e65e956', saisie: fieldset, saisies: [{ options: { label: Nom, type: text, size: '40', autocomplete: defaut, obligatoire: on, nom: input_2 }, identifiant: '@5755744a4049b', saisie: input }, { options: { label: 'Bar texte', type: text, afficher_si: '@radio_12@=="bar"', size: '40', autocomplete: defaut, obligatoire: on, nom: input_13 }, identifiant: '@5b8fd50fb6d07', verifier: {  }, saisie: input }, { options: { label: 'Foo date', heure_pas: '30', afficher_si: '@radio_12@=="foo"', obligatoire: on, nom: date_2 }, verifier: { type: date, options: { normaliser: datetime } }, identifiant: '@57557733db046', saisie: date }] }
  - { options: { label: 'Foo fieldset', afficher_si: '@radio_12@=="foo"', nom: fieldset_5 }, identifiant: '@575583dd03390', verifier: {  }, saisie: fieldset, saisies: [{ options: { label: Lapin ?, datas: "oui|Oui\r\nrepd|Réponse D", obligatoire: on, nom: radio_9 }, identifiant: '@5755862aa9f3a', verifier: {  }, saisie: radio }] }
traitements: {  }
public: non
statut: publie
date_creation: '2017-10-31 09:36:49'
maj: '2019-02-12 14:38:18'
apres: valeurs
url_redirect: ''

      Le choix Foo fait apparaitre :
      -  un checkbox obligatoire
      -  un date obligatoire (dans un fieldset toujours affiché)
      -  un fieldset contenant un radio obligatoire.

      Si on choisit Bar, les champs date et radio liés à Foo bloquent la validation, mais pas le champ checkbox. Le problème disparait si on retire le champ radio du fieldset « Foo » (ou si on le remplace par un autre type de champ).

      Ça semble donc être lié à la présence d’un radio dans un fieldset à affichage conditionnel.

      Remarques complémentaires :
      -  Certains types de champs sont indiqués comme bloquants mais pas d’autres (voir pièce jointe).
      -  Un type de champ mis comme bloquant l’est aussi hors d’un fieldset (voir « Foo date » dans le haut de l’image jointe).

    • 1138

      Oops… on ne voit pas bien l’image. La voici en lien.

      Merci d’avance. Je suis bien entendu à disposition s’il y a des questions.

    • Maïeul

      Heu... avec l’exemple envoyé, je n’ai pas de problème. Mes radios ne bloquent rien... j’arrive à poster du moment que je remplis les champs affichés et marqués comme obligatoire...

    • 1138

      Étrange.

      J’ai vidé les caches navigateur et Spip (y compris ./tmp/cache) et j’ai réimporté mon exemple ci-dessus.

      Si je coche Bar et remplis les champs nécessaires, le formulaire ne se valide pas. (Sous Firefox, si je coche ensuite Foo, je vois que ce sont les champs date et radio qui bloquent : ils sont encadrés de rouge.)

      J’ai essayé avec un Spip 3.2.3, pareil. Avec Chromium, pareil. :-/

    • Maïeul

      ok, je sais. Il y a un problème au niveau du compresseur js interne. Comme pour les debug je le désactive, je voyais pas le problème. Je tente de corriger.

    • Maïeul

      Bon,

      ce n’était pas lié à la compression js, mais j’ignore pourquoi je ne reproduisait pas chez moi.
      Enfin, j’ai fini par reproduire. La version 3.13.3 résoud normalement ce problème.

    • 1138

      Merci beaucoup, ça semble fonctionner au poil. Mes collègues vont être contentes. :-)

      Belle journée. 🌞

    • Maïeul

      tant mieux. N’hésite pas à signaler si problème similaire.

    Répondre à ce message

  • 11
    Sib

    Bonjour à tous,

    J’essaie de surcharger formidable.html en y ajoutant un champs particulier à l’emplacement dédié. En testant avec l’exemple simple ci-dessous, le champs s’affiche bien sur la page, mais il n’est pas traité.

    [(#REM) ajouter les saisies supplementaires : extra et autre, a cet endroit ]
    #SAISIEinput, nom, label=Votre nom, obligatoire=oui

    Faut-il déclarer ce nouveau champs quelque part ? Ai-je oublié quelque chose ? Merci en tout cas de m’éclairer à ce sujet.

    • RastaPopoulos

      Il vaut mieux que tu expliques ce que tu cherches à faire.

      Le HTML d’un formulaire CVT c’est juste ce qui sera affiché à l’écran, pas du tout ce qui est reconnu par le formulaire. Pour ça il faut que le champ soit pris en compte dans la fonction charger(), dans la fonction verifier() et dans la fonction traiter()…

      De toute façon, le formulaire de Formidable sont gérés entièrement avec les saisies, donc si un champ doit être ajoutés c’est plutôt en s’insérant dans un pipeline et en ajoutant la saisie avec l’API qui permet de manipuler les saisies.

    • Sib

      Merci pour ta réponse. Je pensais avoir trouvé un moyen simple d’ajouter une étape (le champs en question) à un formulaire formidable en utilisant les onglets bootstrap jQuery (bouton suivant sur le premier onglet, bouton valider sur le deuxième). Ceci après avoir tenter de trouver sans succès, une solution avec formidable et le formulaire CVT en plusieurs pages... Si tu as même une piste, je suis preneur ;)

    • RastaPopoulos

      Ajouter la fonctionnalité d’étapes c’est un truc qui est dans la todolist depuis le début, mais il y a pas mal de choses à faire. C’est plutôt dans Saisies que ça doit être intégré, en utilisant la foncitonnalité « cvt par étape » (par exemple en permettant de dire que les groupes à la racine serait des étapes, avec une option).

    • Sib

      J’ai vu la todolist... Je recherche dans la voie que tu m’indiques et ne manquerait pas d’en faire part ici en cas de succès. Merci en tout cas Rasta, pour ton engagement. A bientôt.

    • Sib

      Bonjour à tous,
      Finalement, je m’en suis sorti assez facilement en injectant le code HTML à l’aide de champs « explication », soit les balises des onglets bootstrap. J’obtiens ainsi un joli formulaire, coupé en deux onglets à l’endroit que je souhaite (reste à régler le focus sur l’onglet contenant des champs obligatoires et non renseignés).
      Vraiment formidable ;)

    • Peetdu

      Hello,

      Ceci après avoir tenter de trouver une solution avec formidable et le formulaire CVT en plusieurs pages

      Il y a t-il eu depuis des évolutions à ce propos ?

      Cheers

    • Maïeul

      non pas à ma connaissance

    • Peetdu

      Ok. Merci pour ce retour (très) rapide.

      Pour info, je vais faire un formulaire ad-hoc avec ST (Saisies + Traitements) plutôt que CVT. (voir https://contrib.spip.net/Un-formulaire-C-V-T-avec-Saisies-par-l-exemple)

      C’est un peu plus rapide à faire qu’un CVT et surtout beaucoup plus facile à maintenir.

    • RastaPopoulos

      Comment ça « plutôt que CVT » ? Ça utilise CVT pareil, c’est juste une surcouche de plus haut niveau.

      Sinon pour le multi étapes, on en a parlé la semaine dernière avec Nico, parce qu’il va en avoir besoin dans deux mois je crois. Et du coup je lui ai dis que c’était dans la todo depuis le tout début et j’ai expliqué comment je voyais la conception depuis le départ (càd une option de saisies pour transformer les groupes de champs racines en étapes).

      Si j’ai le temps j’aimerais bien faire la partie API dans Saisies d’ici la fin de l’année, et comme ça yorait plus qu’à réfléchir à comment y donner accès dans Formidable ensuite.

    • Nomades

      Bonjour à tous et merci pour le travail accompli sur ce plugin.

      J’aimerais savoir où en est le projet d’un formulaire multi-étapes, si il va sortir sous peu, si il est abandonné...

      Merci

    • RastaPopoulos

      @Nomades on va y arriver, on va y arriver !

    Répondre à ce message

Ajouter un commentaire

Qui êtes-vous ?

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom