Formidable, le générateur de formulaires

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

Cette documentation est valable à partir de la version 6.1.0 de Formidable.

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

À noter, 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.

Dans un contenu

Le tableau de valeurs dans un paramètre defaut sous forme d’une suite de chaînes « clé,valeur » séparée par des virgules :
<formulaire|formidable|id=contact|defaut=hidden1,valeur,input_5,autrevaleur>

Dans un squelette

Le tableau en deuxième paramètre :

#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 :

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

Autres options utilisable dans le squelette

Il est possible de passer des options comme troisième argument du formulaire, sous forme de tableau (#ARRAY).

Options possible comme troisième argument de #FORMULAIRE_FORMIDABLE
Nom de l’optionFonctionType
forcer_modif Permet de forcer la modification d’une réponse, même si non autorisé Booléen
id_formulaires_reponses Identifiant de la réponse à modifier Entier
no_ajax Désactiver l’ajax sur le formulaire Booléen
traiter_email_destinataires Destinataires pour le traitement Tableau (#ARRAY) d’emails ou liste d’emails séparés par des virgules
traiter_email_destinataires_methode Indique si traiter_email_destinataires doit remplacer les emails déjà configurés dans le traitement ou les ajouter Au choix 'remplacer' ou 'ajouter' (valeur par défaut)
url_redirect Url de redirection Chaine

Exemple d’un formulaire Formidable dont l’identifiant est contact_libre et dont l’email destinataire est dans le champ email de la table de votre objet #EMAIL de la table spip_contacts ….

<div class="ajax">
#FORMULAIRE_FORMIDABLE{contact_libre,'',#ARRAY{traiter_email_destinataires,#EMAIL}}
</div>

Case unique

Pour rendre obligatoire la réponse oui à une 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 :

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.

Mise en forme des saisies

Le plugin ne prévoit aucun réglage de mise en forme des saisies : c’est à chaque squelette d’avoir ses styles. Il respecte cependant la convention d’écriture des formulaire SPIP. Il permet d’ajouter des classes spécifiques sur les saisies.

Affichage des réponses sous forme de tableau

Le plugin Formidable Tablesorter permet d’afficher sous forme de tableau les réponses, dans l’espace privé, avec possibilité de tri et de filtre.

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)

Discussion

811 discussions

  • 2

    Bonjour,

    J’essaie de passer de Forms & Tables à Formitables pour la gestion des formulaires et tables.

    Comme l’utilisation principale est la saisie dans l’administration pour alimenter une table (de type annuaire), est-il possible de modifier la saisie dans l’admin ?

    Par ailleurs, pour la liste des réponses, est-il possible de visualiser les réponses avec les champs ?

    Merci

    • 1) Ce plugin n’est pas fait pour faire des « fausses tables » virtuelles, créant des faux objets éditoriaux, mais uniquement des formulaires de contact/sondage/enquête, etc.

      2) À moins de personnaliser le squelette non : imaginons un formulaire ayant 40 champs, l’interface d’admin ne peut pas par défaut afficher les réponses de chaque champ dans la liste des réponses, ça dépasserait largement de l’écran et serait illisible.

      Pour faire des tables, des vraies tables, mieux vaut utiliser le plugin La Fabrique pour crée un plugin dédié à son besoin, par exemple. Ou alors utiliser le plugin Contacts et Organisations et Coordonnées + des champs extras s’il en manquant.

    • Merci pour les pistes, je vais aller voir du côté de la Fabrique et cela me permettra peut-être de développer mon 1er plugin SPIP.

    Répondre à ce message

  • 5

    Bonjour

    J’ai essayé de personnaliser l’accusé de réception comme suit en nommant le fichier formulaire_2_accuse.html mais l’accusé de réception arrive sans données ; j’ai du oublier quelque chose... ; une idée ?
    en fait l’idée originale et de na pas afficher les destinataires du formulaire dans l’accusé de r+réception...

    J’ai enlevé les < B >pour que le code s’affiche....
    Merci

    Saludos

    BOUCLE_champs(FORMULAIRES_REPONSES_CHAMPS)id_formulaires_reponse>
    B_numero_reponse>

    • BOUCLE_numero_reponse(spip_formulaires_reponses)>
    • respuesta #ID_FORMULAIRE_REPONSE :

      BOUCLE_reponses_champ1 (spip_formulaires_reponses_champs)nom=input_1>#VALEUR BOUCLE_reponse_champ1
      -
      BOUCLE_reponses_champ2 (spip_formulaires_reponses_champs)nom=input_2>#VALEUR BOUCLE_reponse_champ2
      -
      BOUCLE_reponses_champ3 (spip_formulaires_reponses_champs)nom=input_3>#VALEUR BOUCLE_reponse_champ3
      -
      BOUCLE_reponses_champ4 (spip_formulaires_reponses_champs)nom=input_4>#VALEUR BOUCLE_reponse_champ4
      -
      BOUCLE_reponses_champ5 (spip_formulaires_reponses_champs)nom=input_5>#VALEUR BOUCLE_reponse_champ5
      -
      BOUCLE_reponses_champ6 (spip_formulaires_reponses_champs)nom=input_6>#VALEUR BOUCLE_reponse_champ6
      -
      BOUCLE_reponses_champ7 (spip_formulaires_reponses_champs)nom=textarea_1>#VALEUR BOUCLE_reponse_champ7

    BOUCLE_numero>

    B_numero_reponse>
    BOUCLE_champs>

    • personne ne peut m’aider ?
      n’y a t il pas le moyen de choisir les champs a afficher de l’accusé de réception ?

      Merci

    • oui je serai aussi intéressé pour que les destinataires n’apparaissent pas dans le courriel accusé de réception. En effet, la personne qui rempli n’a pas besoin de savoir à qui est envoyé le courriel.
      Il faudrait rajouter un filtre « hidden » dans #VOIR_SAISIES ? je ne vois pas trop comment m’y prendre.

    • Idem, si il y a une solution pour cacher les destinataires je suis preneur...

    • Bonjour

      je vois qu’il n’y a pas eu de réponse à ce sujet ; je serais aussi intéressé à supprimer les destinataires du formulaire dans l’accusé de réception.
      Merci pour ce plugin très utile !

    • Pour ce qui est des destinataires : si c’est le visiteur qui a choisi dans une liste à qui envoyer le courrier, alors c’est une bonne pratique de lui rappeler à qui il a choisi d’écrire dans son accusé de réception.

      En revanche, si c’est pour le cacher complètement, alors il est préférable de définir les destinataires non visibles dans le champ « Destinataires supplémentaires » de la config du traitement.

      Il est bien sûr possible de continuer à utiliser le champ Destinataire pour ça et le cacher ensuite dans le squelette, mais ça demande forcément plus de bidouille.

      Pour ce qui est de l’accusé, c’est un traitement DIFFERENT de l’enregistrement en base. On peut choisir l’un ou l’autre ou les deux. Donc tu peux pas dans le mail te basé sur le fait que les réponses soient déjà enregistrées dans la base (comme sais-tu si c’est dans cet ordre ou pas ?).

      Dans le squelette, toutes les réponses sont disponibles dans un tableau #ENV{valeurs} et les saisies dans le tableau #ENV{saisies}.

      Pour supprimer uniquement le champ de type Destinataires, on peut par exemple copier coller exactement la même chose que l’accusé par défaut, mais en ajoutant au début une suppression de ce champ. Pour cela il faut connaître son nom (cf l’interface d’admin, genre « destinataires_1 »), et utiliser la fonction de l’API « saisies_supprimer_saisie » sur le tableau avant de faire l’affichage.

      http://zone.spip.org/trac/spip-zone/browser/_plugins_/saisies/inc/saisies_manipuler.php#L12

      #SET{saisies, #ENV{saisies}|saisies_supprimer_saisie{destinataires_1}}
      puis utiliser
      #GET{saisies} pour l'affichage

    Répondre à ce message

  • 2

    Bonjour,

    je me permet de relayer un bug avec le type date dans chrome (ou opera)
    http://contrib.spip.net/jQuery-UI-4180#forum464852

    en attendant un correctif du plugin jQueryUI, comment et surtout où (quel fichier) dois-je modifier dans formidable, pour ne pas permettre le type date ?
    et donc le remplacer par un simple type texte

    merci d’avance

    • C’est dans Saisies à priori qu’il faudrait enlever la gestion des types HTML5 s’ils ne sont pas encore assez bien pris en compte. Laisser type=« text » toujours, avec juste l’info dans class.

    • Oui c’est ce que je cherche à faire, mais ne trouve pas comment changer ça dans les fichiers du plugins, un peut trop usine à gaz pour moi :-(

    Répondre à ce message

  • 4

    Bonjour,
    J’ai deux problèmes en utilisant Formidable (je fais donc deux messages pour ne pas embrouiller)

    1) Le mail reçu du plugin Formidable présente à mon sens un petit bug dans l’affichage de l’expéditeur : au lieu d’afficher comme expéditeur dans le mail envoyé par exemple : Mme Marie-Andrée OGER, en fait on affiche <span style=’color :red ;’> choix2 Marie-Andrée OGER</span>
    La civilité est remplacée par un span avec l’indication du bouton radio qui va bien. J’ai vérifié, il n’y a pas d’erreur de mon côté. Voir le fichier joint. Le Span apparait pour le traitement du champs Destinataires, et UEA2013 pour les autres adresse en copie.
    SPIP 2.1.19, Formidable 0.6.7, Facteur 1.8.9

    Merci de ton aide.

    Répondre à ce message

  • 4

    Re-bonjour,
    Mon 2e problème avec Formidable, c’est le traitement des caractères accentués quand j’exporte mon fichier. Voir le fichier joint.

    SPIP 2.1.19, Formidable 0.6.7, Facteur 1.8.9

    • Ben ça exporte en UTF-8, c’est peut-être lors de ton import dans un Microsoft Truc qu’il faut vérifier le bon encodage. Si tu ouvres le fichier CSV résultant avec un éditeur de code correct, ça fait quoi ?

    • Si on regarde le fichier CSV avec « Voir les réponses » c’est correct. (normal...)
      Si on regarde avec NotePad++, c’est correct aussi. Dans encodage il me propose Encodage en UTF-8 (Sans BOM).
      Mon Excel : MS Excel 2003. Je ne vois pas pourquoi il n’est pas encodé correctement à l’ouverture par Excel. Je n’ai pas trouvé une option permettant cela (j’ai peut-être mal chérché).

    • On avait déjà répondu à cette question ici
      MS Excel ne sait pas proposer de choisir le charset...
      Avec LibreOffice ça marche impeccable.

    • OK, merci Jacques.

    Répondre à ce message

  • 5

    Bonjour,
    Dans un site SPIP 2.1.19 mon formulaire peut se remplir normalement, les résultats sont visibles dans la base de données mais n’envoie rien au destinataire. Je fournis en document joint une copie d’écran de la page « Configurer les traitements ».
    Formulaire sur la page : http://2013.uea-assomption.cef.fr/Inscription
    (Actuellement les réponses sont redirigées vers moi, donc je peux voir les resultats si vous faites des essais)
    Merci de vos lumières...
    Philippe G.

    • Est-ce que par ailleurs le site envoie des courriels ? Utilise-t-il Facteur ? Et si oui est-ce que le test d’envoi de courriel dans sa page de config marche bien ?

    • De bonnes questions, je regarde...

    • « J’utilise » bien Facteur, et dans les logs j’ai
      "Feb 15 08:20:05 86.214.30.52 (pid 13618) Erreur Facteur->Send : Could not instantiate mail function."
      Je ne vois pas où j’ai pu faire l’erreur dans la configuration de Facteur. Ça viendrait de l’hébergeur ?

    • En testant l’envoi d’un courriel par une fiche auteur, effectivement le site n’envoie pas de courriel. Je contacte mon hébergeur.

    • Problème résolu, cela venait de l’hébergeur ! Merci.

    Répondre à ce message

  • 12
    voreysien

    Bonjour,
    Les stats de chaque champs ne fonctionnent pas, j’ai une seule statistique concernant le nombre de sans réponse qui est systématiquement de 100%, alors que le ou les champs sont obligatoires.
    Merci pour votre aide

    • Mais encore ? Quel type de champ ? Les vraies réponses enregistrées ? etc

    • Merci pour cette réactivité, que j’avais déjà remarquée sur d’autres posts.
      J’ai essayé tous les types de champ et les réponses sont tjrs les mêmes : 0% pour chaque champs et les réponses sont toutes comptabilisées dans les stats comme « sans réponse » donc résultat 100%, alors que les 3 différents formulaires de ce site fonctionnent parfaitement (et pour celà, encore merci ). A noter qu’un formulaire ne comporte qu’un sondage avec 3 options (résultat du post) et que 2 des formulaires sont associés aux plugins « transaction » and Co, mais je n’ai pas noté d’interférences entre les deux, sur les forums.
      Si je ne suis pas assez clair et précis, merci de me le dire.

    • voreysien

      Bonsoir,
      En complément d’info !
      J’ai installé le site en interne avec la même base de données, les stats, cette fois, sont justes avec le même formulaire sans aucune autre intervention ???

      La réponse est cette fois prise en compte :

    • Un problème de version PHP sur le serveur qui fait qu’il manque une fonction ? Normalement ça affiche une erreur mais le serveur peut être configuré pour ne pas les afficher. Ceci dit, s’il y avait une erreur PHP même pas affichée, ça ne continuerait pas l’affichage...

      Tout est à la même version entre local et serveur ? PHP ? SPIP ? Plugins ? etc

    • voreysien

      Bonjour et merci pour la réponse.

      Tout est à la même version entre local et serveurs
      SPIP 3.0.5 sur les deux
      Apache sur les 2
      Bases MySQL pour les deux
      Les plugins sont tous de la même version

      Sauf :
      PHP version 5.3.8 en interne et il s’emblerait que ce soit la version PHP 4.4.9 chez OVH
      Bon weekend

    • Oui donc c’est ce que je disais, c’est la version de PHP à priori.

      PHP 4 n’est plus supporté depuis longtemps maintenant, y compris pour les corrections de bug, il est dangereux de l’utiliser. Formidable n’est pas garanti pour marcher en PHP 4, il faut au moins PHP 5.1 ou 5.2 je ne sais plus. Et SPIP 3 ne gère plus la compat PHP 4 non plus.

    • voreysien

      J’ai mis un .htaccess avec ce code « SetEnv PHP_VER 5_3 », mais le résultat n’a pas changé.
      J’ai également essayer avec la version supérieur « SetEnv PHP_VER 5_4 », j’obtients alors des messages d’erreur de ce genre :
      -  Strict Standards : Only variables should be passed by reference in /homez.666/ansasev/www/tmp/cache/skel/html_03087d58ae451ec3e55e37bf4040ec64.php on line 50
      -  Strict Standards : Only variables should be passed by reference in /homez.666/ansasev/www/ecrire/public/composer.php(76) : eval()’d code on line 91

      Peut-être faut-il modifier les droits en écriture, mais Ovh limite le chmod à 755, et quels seraient alors les fichiers concernés ?

    • Pour PHP 5.4 oui c’est normal, ya pas mal de choses qui sont plus strict ou obsolète qu’avant, et ça affiche plus d’erreurs que les versions précédentes. Il faudrait revoir le code.

      Si avec la même version de PHP c’est pareil aussi, c’est vraiment bizarre quand même... Les réponses sont enregistrées comme il faut en plus, c’est ça ? Donc ça veut dire que c’est vraiment uniquement au moment de l’affichage final en forme de statistiques que ça déconne. Au moment de l’addition (c’est une simple addition en plus...).

    • voreysien

      Désolé, fausse manip, je n’ai pas suivi le fil de la discution !

      Oui, c’est tout à fait ça, les réponses sont bien enregistrées, c’est uniquement aux stats que ça coince. En plus, ce sont trois boutons radio avec une seule réponse possible, il n’y a rien d’autre sur ce formulaire.

      Quoi qu’il en soit, merci pour tout !

    • voreysien

      Bonjour,
      Je n’ai toujours pas trouvé la cause de mon problème, J’ai aussi pour essayer, déplacé ce même site sur un autre hébérgement d’Ovh et là tout fonctionne parfaitement ! Mais je reviens vers toi avec, peut-être un indice qui te parlera peut-être plus ? Les réponses sont validées 2 ou 3 fois pour chaque formulaire
      Merci pour ton aide.

    • Pffff non là je vois vraiment pas pourquoi ? Ça te fait ça que sur un hébergement précis ?

    • voreysien

      Oui uniquement, je n’ai pas ce problème avec exactement le même environnement en interne ou sur un autre hébergement Ovh, J’ai même essayé de changer chaque plugin l’un après l’autre sans résultat !

    Répondre à ce message

  • 8

    Bonjour,
    Une question idiote de plus, mais il y en a tellement,
    Génial et merci de déployer autant d’effort pour la communauté, je me monte un site qui sera un album familial ou chacun pourra y déposer ses photos afin qu’elles soient vues par tous les inscrits, très bien j’ai construis un formulaire et voilà, à part de le voir sous les yeux je sais plus quoi faire avec, son adresse : « album/ecrire/ ?exec=formulaire&id_formulaire=3 » ce qui veut dire qu’il est dans l’espace privé, j’ai donc mis le chemin complet www.monsite.album?id_formulaire=3 ça me renvoie sur la page d’accueil, donc quelque chose m’a forcément échappé, aussi comment faire pour mettre un lien de ce formulaire qui va être appelé en cliquant sur « Ecrire à l’administrateur »
    Merci pour les réponses

    • C’est expliqué ici.

      Par exemple dans un article du site (ou une rubrique ou n’importe quoi d’autre qui est un contenu avec un champ de texte).

    • Oui merci, mais, sur le site la page d’accueil est le descriptif du site

      [

      (#DESCRIPTIF_SITE_SPIP)

      ]

      , donc pas d’article ou de rubrique, si je comprends bien il n’y a pas de solution ci ce n’est que de me faire un formulaire spécifique

    • Je n’ai pas compris ton problème. Tu crées un article, tu mets le formulaire dedans avec le modèle, et tu fais un lien vers cet article. Ou alors il faut que tu réexpliques ce que tu veux faire réellement.

    • Je me suis retrouvé avec la même difficulté que celle rencontrée par Mailou.
      Je pense que la partie : « appeler le formulaire » est un tout petit peu sujette à mauvaise interprétation.
      J’ai mis un certain temps à comprendre que la balise d’appel devait s’écrire obligatoirement

      <?php include_once("/opt/nursit/sys/home/nursit/matrice/public/4.2/07/spip/ecrire/balise/formulaire_.php"); if ($lang_select = "fr") $lang_select = lang_select($lang_select); inserer_balise_dynamique(balise_FORMULAIRE__dyn(arguments_balise_dyn_depuis_modele('FORMULAIRE_FORMIDABLE'), 'XX'), array('', '', '', '', 'fr', '1')); if ($lang_select) lang_select(); ?>

      En effet le nom« formidable » tel que décrit peut laisser supposer une variable liée par exemple au titre donné.

    • Je persiste comme il manque une partie de mon message :

      J’ai mis un certain temps à comprendre donc que la balise d’appel devait obligatoirement compter les mots formulaire, barre, formidable, barre, et le numéro de l’id

      Et donc de nouveau merci pour l’ensemble du travail pis en partage

    • Je crois surtout qu’avant d’apprendre à utiliser tel plugin précis, il est généralement préférable d’apprendre ce qui est commun à l’ensemble de SPIP : comment utiliser les modèles, comment appeler un formulaire soit dans un squelette, soit dans un contenu. Tout ceci n’est pas propre à ce plugin-là, mais commun à l’ensemble des modèles et des formulaires de SPIP. Mais c’est sûr que la doc générale de SPIP n’est pas toujours très bien rangée...

      Par exemple si on veut appeler le formulaire des articles, il faut faire #FORMULAIRE_EDITER_ARTICLE dans un squelette, et <formulaire|editer_article> dans un contenu. C’est le même principe pour Formidable.

      La phrase dit donc :

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

      On doit donc appeler le formulaire SPIP nommé « formidable », ce qui n’est pas variable, c’est le nom du formulaire. Puis lui passer un paramètre supplémentaire, qui est l’identifiant (numérique ou textuel, peu importe) du formulaire précis que l’on veut.

    • Rebonjour
      Comme tout bidouilleur, il est certain qu’une partie importante de la théorie m’est inconnue. Ceci posé et dans l’espoir de dépasser ce stade, auriez-vous la gentillesse de m’indiquer, je n’ose écrire nous, un site / un ouvrage qui permettrait de débrouiller un peu tout ceci, juste histoire d’appréhender au plus rapide, les prolégomènes de ce qui est évoqué ici.
      Notez qu’il n’est question à ce moment que de dépasser le niveau « adaptation » pour entrer par la petite porte dans la compréhension puis l’écriture.. Comme vous le notez la multiplication des docs reste un obstacle qu’on craint de franchir, n’évoquons pas la particularité du langage employé, et dans sa syntaxe et dans son vocabulaire. Et il semble de plus que la couleur de la police ait une importance !

      Le mot réactif revient souvent dans le forum, je confirme, et vous en félicite.

    • Précisément pour ce point-là, il y a une note au sujet de l’insertion des formulaires dans le premier intertitre de cette page-là : http://www.spip.net/fr_article3796.html. Sinon faut fouiller ou demander, suivant tel ou tel besoin précis (ça dépend si c’est pour squelette/contenu/plugins/etc).

    Répondre à ce message

  • Bonjour,

    J’utilise le plugin formidable 0.6.7 sur sur un spip 2.1.12. Ca avait l’air de bien marché, mais il me mettait « invalid address » en haut de la page après validation...

    En fait un des destinataires choisis parmis les auteurs n’avait d’adresse mail... Une fois l’adresse mail de cette auteur renseigné, tout est rentré dans l’ordre !

    Si ça peut aider...

    Bonne journée !

    Répondre à ce message

  • 2

    Bonjour et bravo pour ce plugin très impressionnant.

    Je viens de parcourir les dizaines de pages de forum sur ce plugin sans trouver de réponse à ma question. Je viens donc la poser ici.

    J’organise une animation pédago à l’aide d’un formulaire. J’aurai souhaité qu’à la validation du formulaire, le j’euns puisse confronter ses réponses aux bonnes réponses.

    J’ai tenté de rajouter un champ caché mais la valeur par défaut n’est pas enregistrée lors de la validation. Le formulaire de retour me renvoie donc « sans réponse ».
    Ai-je commis une erreur ? Auriez-vous d’autres pistes à me conseiller ?

    Vous remerciant par avance de vos lumières !

    SPIP 3.0.5
    Formidable 1.3.4

    • Tout dépend des types de champs dont il est question dans le questionnaire, mais vous seriez bien inspirez de peut-être regarder du côté du plugin Jeux.

      Il a un mécanisme pour construire des questionnaires comme ça, avec affichage des réponses ainsi que notation si on le désire.

    • Merci pour ce conseil qui semble judicieux.
      J’utilise formidable depuis quelques temps et j’y prends goût.
      Je vais peut-être lui être infidèle alors ;-)

      Encore merci pour l’info et la rapidité de la réponse.

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

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