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

166 discussions

  • 3

    Bonjour,
    je viens de faire la mise à jour de spip, version : SPIP 3.2.7 [24473]
    ainsi que celles des plugins qui le nécessitait, dont « Formidable » version : Formidable 3.46.8
    Il y a un message « Erreur dans les plugins : » concernant plugins/auto/formidable/v3.46.7/formidable_pipelines.php !
    Pas plus de précisions, je viens de tester un formulaire et j’ai bien les élements envoyés, c’est donc pour info !!!
    Il me reste à trouver comment supprimer le message ?

    Encore bravo pour tout ce travail
    AlainF

    Répondre à ce message

  • 21

    Bonjour,

    J’aimerai savoir si avec Formidable on peut créer un formulaire comme ce qui suit.

    À vrai dire, j’ai déjà créé le formulaire que je souhaite avec l’aide d’un intervenant du forum spip. Mais celui-ci ne fonctionne pas comme attendu.
    Il est visible ici : https://www.the-ghost-bassist.com/bootsy-collins-i-m-leavin-u
    Vous pouvez le tester avec toto@free.fr

    Il s’agit pour les visiteurs de remplir quelques champs pour voir apparaître une ligne lui permettant de télécharger un fichier (zip ou RAR).
    L’admin lui, devrait recevoir une alerte mail lui indiquant le nom du fichier télécharger, le nom et email du visiteur.

    Est ce possible !?

    Merci

    Chrys

    • Mince !
      Pas de piste pour ce type de formulaire ?

      Merci

    • bah ... je sais pas. Il s’agit d’un bete formulaire formidable. Je vois pas où tu éprouve une difficulté.

    • ah ! tu veux que les gens recoivent un fichier, et pas qu’ils l’envoie.

      formidable n’est pas fait pour cela. Tu pourrais créer ton propre formulaire cvt. Ou bien « tricher » : dans la la réponse envoyé au moment où une personne poste un formulaire, tu pourrais mettre un lien vers le fichier à telecharger.

    • Merci pour ta réponse,

      Oui c’est ce que j’ai tenté avec le binôme de fichier HTML et PHP en CVT.
      Visible à l’adresse sur mon ancien post.

      Mais cela ne fonctionne pas comme attendu.

    • Bah du coup
      1) ca concerne pas spécifiquement formidable, donc tu devrais plutot poser ta question sur la liste des utilisateur de spip
      2) sans code impossible de savoir pourquoi ca marche pas.

    • Oui ! je peux mettre les codes ici ?
      Bien que ça ne concerne pas Formidable ?

    • le mieux serait vraiment de demander sur la liste https://listes.rezo.net/mailman/listinfo/spip/
      ou bien passer sur l’irc irc.spip.net

    • Biensur, d’accord et merci :-)

    • Changelog.

      Bonjour,

      Quand une nouvelle version est publiée, je cherche souvent ce qui a été modifié. Serait-il possible d’avoir un fichier ou un paragraphe de changelog quelque part avec un minimum d’explication des changements ?

      Par exemple : je vois que la mise à jour recenté crée une dépendance avec NoSpam. En l’indiquant dans le changelog, on ne serait pas surpris et on ne suspecterait pas une faille.

      Merci en tout cas de cette extension très utile.

    • Bonjour,

      A droite de cette page, comme tout les plugins, tu as un lien vers le « Code source » ce qui te donne les informations de commit.

      C’est ce que tu cherches ?

    • Oui et non. Je recherche un résumé, si possible commenté, des changements comme on le voit dans les fichiers changelog des logiciels libres. Si c’est possible bien sûr.

    • C’est une politique qui n’a jamais été prise dans les plugins spip, mais c’est vrai qu’idéalement il faudrait.

      La dépendance à NoSPam a été mise pour éviter que des gens passent leurs temps à nous demander de mettre un anti spam. Rien à voir avec la sécurité.

    • Bonjour @Maïel,

      J’aimerai tester, en utilisant ton astuce en « Trichant » ;-)

      Comment puis je trouver les fichiers d’un formulaire perso fais dans formidable, afin de modifier l’alerte de réponse ?

      Merci

    • quand tu configure ton formulaire formidable, et notamment l’envoi de mail, tu peux definir le message de retour...

    • Oui, mais j’aimerai si cela est possible, y mettre une boucle spip (documents) pour compléter mon idée de base.

      Est ce possible ?

    • J’avais pas compris.

      Oui c’est possible. Cf le paragraphe « Courriels de notification » du présent article...

    • Merci je regarde de ce coté :-)

    • Merci Maïeul,

      J’ai suivi toutes les informations de l’article au-dessus.
      J’arrive a quelque chose de pas trop mal, il me reste une chose a réglé, et a moi le bol de sangria :-)

      Donc.
      Je charge un fichier (rar ou zip) dans certains de mes articles, en faisant un formulaire avec formidable je demande au visiteur leur nom et email. Une fois les champs renseignés, ils valident et reçoivent un mail avec le lien de chargement du dit fichier.

      Voici la boucle que j’ai mis dans mon fichier de notification :
      formulaire_download_accuse.html

      <BOUCLE_download(DOCUMENTS){extension==zip|rar}{mode=document}{doublons}>
      	Bonjour,	
      	<br />Télécharger votre fichier en cliquant sur ce lien :
      	<br /><a href="#URL_DOCUMENT">#TITRE #EXTENSION ([(#TAILLE|taille_en_octets)])</a>
      	<br />Merci et à bientôt.
      </BOUCLE_download>

      Si je ne mets pas de critère d’article, je vois tous les fichiers de tous les articles ayant un document à télécharger dans le mail de notification.

      <BOUCLE_download(DOCUMENTS){extension==zip|rar}{mode=document}{doublons}>

      Si je mets le critère id_article, il n’y a rien dans le mail de notification.

      <BOUCLE_download(DOCUMENTS){id_article}{extension==zip|rar}{mode=document}{doublons}>

      Si je mets le critère id_article=8 (par exemple), je vois bien dans le mail de notification le fichier qui correspond à cet article, c’est le résultat attendu.

      <BOUCLE_download(DOCUMENTS){id_article=8}{extension==zip|rar}{mode=document}{doublons}>

      Du coup, je ne sais pas comment indiquer à cette boucle le bon id_article, il y a une solution ?

      Merci

      Chrys

    • Ah mon avis, tu a intéret à savoir quel article la personne a demandé en enregistrant aussi cela en base/par email. Du coup tu peux simplement
      1) créer un champ caché
      2) passer la valeur de l’article comme valeur par défaut du champ caché

      <formulaire|formidable|id=contact|defaut=hidden1,8>

      3) fair id_article=#ENV{valeurs/hidden_1}

      (by the way:je viens de tester #ENV{valeurs/input_1} me retourne bien la valeur du champ 1.

    • Bon, alors
      1) si tu désactive l’option « Ne pas envoyer les valeurs de la réponse dans l’accusé de réception », alors le squelette qui construit l’accusé de réception recevra bien les valeurs postées (y compris cachées) et donc ma solution pourra marcher.
      2) tu crée un champ caché, qui sera appelé hidden_1 (nom donné automatiquement par formidable)
      3) tu pré rempli ce champ caché lorsque tu insère ton formulaire dans un article. La valeur que tu passe au champ caché, c’est l’identifiant de l’article

      <formulaire|formidable|id=dowload|defaut=hidden_1,8>

      si par exemple tu veux les doc de l’article 8.
      4) dans ton squelette, tu utilise #ENV{valeurs/hidden_1 (qui est désormais accessible, cf 1) pour selectionner le bon article.

      <BOUCLE_download(DOCUMENTS){id_article=#ENV{valeurs/hidden_1}{extension==zip|rar}{mode=document}{doublons}>
      	Bonjour,	
      	<br />Télécharger votre fichier en cliquant sur ce lien :
      	<br /><a href="#URL_DOCUMENT">#TITRE #EXTENSION ([(#TAILLE|taille_en_octets)])</a>
      	<br />Merci et à bientôt.
      </BOUCLE_download>

      Par ailleurs, tu as fait une chose TRÈS TRÈS MAL. Tu n’a pas mis de label à tes saisies, mais tu a simplement mis un « placeholder ». Or cela n’est pas du tout la même chose. Un label explique ce qu’est la saisie, un placeholder donne une valeur exemple. En terme d’accessibilité, ne pas avoir de label c’est **MAL**. SI tu veux que le label soit visible dans le contenu de la saisie « à la mode d’un place holder », cela peut se régler par des astuces CSS (que je ne connais pas)

    • MERCI tout marche très bien et comme attendu !!

      Je règle les soucis de label également

      Merci encore

    Répondre à ce message

  • 10

    Bonjour,

    Je continue d’explorer votre plug-in.

    J’aimerai pouvoir personnaliser le fichier formulaire_accuse.html à ma guise.
    J’ai d’abord copié le répertoire notifications dans mon dossier squelettes.
    J’ai l’habitude d’utiliser mjml pour créer des mails responsive.

    Dans le fichier formulaire_accuse.html, j’aimerai pouvoir faire quelque chose comme :

    Bonjour {{$nom}},
    Votre email : {{$email}}
    Votre message : {{$message}}

    Mais qu’elles sont les balises à utiliser pour cela.

    J’imagine que c’est quelque part dans :

    [(#ENV*{message_retour}|propre)]
    #VOIR_SAISIES{#ENV*{saisies}, #ENV*{valeurs}}

    Si vous avez des pistes ?

    Merci

    • normalement #ENV{valeurs/nomduchamp}. Attention, par nomduchamp on entend le nom technique du champ (input_1,input_2,etc pas le libellé.

    • Entendu Maïeul et merci.
      Je tente cela en rentrant demain ;-)

    • Excellent ! une fois de plus :-)
      Merci

      J’adopte… belle souplesse pour nos formulaires ce plug

    • Désolé, cette syntaxe ne marche plus pour moi :

      #ENV{valeurs,input_1}

      Ou ais je fauté ?

      Merci

    • tu a mis une virgule et pas un slash

    • Désolé, même comme ceci ca ne marche pas pour moi

      #ENV{valeurs/input_1}
    • Hum,
      j’ai un peu perdu le fil de ce que tu veux faire. Peux tu
      1) me reexpliquer
      2)m’envoyer ton yaml
      3) m’envoyer ton fichier .html

    • Entendu, sur quelle adresse puis je te faire passer ceci ?

      Merci

    • monprenomsansaccent@monprenomsansaccent.net

    • Si #ENV{valeurs/input_1} ne marche pas chet toi, c’est que tu avais coché l’option « Ne pas envoyer les valeurs de la réponse dans l’accusé de réception ». Donc forcément les valeurs ne sont pas envoyées au squelette qui construit l’AR, puisque telle est ta demande....

    Répondre à ce message

  • 1

    Bonjour,

    Est-il possible de faire appel à une base de données pour une liste déroulante ou une sélection multiple où les Clés et Label correspondraient à des champs de cette base de données ?

    Merci pour la réponse.

    • Il vous faudra créer votre saisie personnalisée. C’est relativement simple :
      1) un dossier saisies et un dossier saisies-vues à créer dans son dossier squelettes (ou dans un plugin)
      2) un fichiers .yaml pour décrire la configuration de la saisie, un fichier .html pour décrire son affichage, un .html pour décrire sa vue.

      Le plus simple est de vous inspirer de ce qui existe dans le plugins saisies.

    Répondre à ce message

  • 2

    Bonjour.

    Quelqu’un me fait remarquer que, dans un champ date, le sélecteur d’années va de -60 à +40 ans (en 2019, on a donc le choix d’années entre 1959 et 2059).

    Or une telle gamme n’est pas toujours souhaitée (on pourrait ne vouloir que trois années) ni toujours adéquate (pour une date de naissance, pas besoin des années à venir, mais probablement bien de dates en deçà de 1959).

    Ne pourrait-il pas y avoir des options pour jouer sur l’étendue proposée ? On pourrait ainsi mettre de 2020 à 2022, ou de 1919 à aujourd’hui, ou d’aujourd’hui à 2042, etc.

    Peut-être que ça existe déjà, mais je n’ai alors pas trouvé…
    (Et peut-être que ça relève plus de Saisies que de Formidable…)

    Et, tant qu’à faire, ne pourrait-on pas implémenter dans Formidable le champ HTML5

    <input type="date" … >

    , qui a le gros avantage de proposer une ergonomie plus adaptée sur appareils mobiles ?
    (OK, il faudrait garder le système actuel en fallback pour les navigateurs qui ne le supportent pas encore, et je crains que ça coince pour Safari, où le type date est reconnu mais où aucun outil de saisie n’est présent.)

    Plus d’infos sur le type date chez Mozilla…

    Merci d’avance pour vos réponses, et bon week-end !

    1138.

    PS : dans la prévisualisation, le texte

    <input type="date" … >

    affiche réellement le champ . ;-)

    Répondre à ce message

  • 1

    Bonsoir
    J’ai un soucis avec le plugin, les onglets de config des champs n’apparaissent plus.
    Je suppose une incompatibilité de plugin.
    Est-ce que vous avez une idée ? Sinon je testerai et vous direz ensuite. Merci
    spip 3.1.10
    Jean-Luc

    Répondre à ce message

  • 10

    Bonjour à toutes et à tous,
    sous SPIP 3.2.5 [24404]
    avec Formidable 3.45.3
    et Saisies pour formulaires 3.28.11
    Je ne reçois pas l’info par mail lorsqu’un formulaire est rempli en ligne sur mon site, alors qu’il le faisait très bien jusqu’à il y a 1 mois environ, (avant les dernières versions de plugin) et ça c’est arrêté, j’ai donc pensé à voir si il y avait des mises à jour, que je me suis empressé de faire, mais sans plus de résultats !
    Une direction ? J’ai bien les réponses dans mon espace privé, mais pas de mail de confirmation...
    Cordialement, Alain

    • nous recevons toujours les mails de notre coté. Est-ce que ce ne serait pas au niveau de votre serveur qu’il y aurai un problème d’envoi de mail ? il faudrait tester l’envoi de mail dans le formulaire de config de facteur. Il faudrait aussi voir le fichier mail.log pour voir s’il signale des problèmes.

    • Bonjour tout le monde,
      Je pense il y a un problème au niveau de la notification après la mise a jour du plugin. Je reçois un mail sur deux, j’ai fixé deux adresses email séparés par une virgule mais cela ne marche pas et j’avais pas ce problème avant la mise a jour !!!
      #FORMULAIRE_FORMIDABLE{2, #ARRAY{adresse1@gmail.com, adresse2@gmail.com}}
      Est ce que ce bout de code peut marcher dans une squelette ? Pour ma part adress1 et adress2 ne reçoivent pas de notification. Merci de votre aide

    • @Manou je ne vois pas comment ton truc aurait pu marcher un jour, cf la documentation de la balise juste là au-dessus. Le deuxième paramètre est un tableau pour préremplir les valeurs des champs suivant leur nom, ce qui n’a rien à voir avec ce que tu y mets là.

    • No no excuses moi, je comprends pour cette balise, je l’utilise pour récupérer des valeurs....Mais au niveau de la configuration des traitements > Destinataires supplémentaires
      si je mets une seule adresse on reçoit le mail, par contre si je mets deux adresses séparés par une virgule les deux adresses ne reçoivent pas de mail et je rencontre ce problème depuis la mise a jour

    • Merci Maïeul pour les directions :
      -  Je n’ai pas reçu les mails de test de facteur avec 2 adresses différentes, ce serait déjà un signe
      -  Je n’ai pas testé comme le dit Manou avec une seule adresse, j’ai une adresse par liste de choix, plus moi en 2e adresse pour avoir tous les formulaires, je vais tester et je reviens

    • le problème de Manou est autre. Il semble bien que ton souci vienne de l’envoi du mail, et pas de formidable. A voir si ton fournisseur a pas changé des choses.

    • Voici les éléments retrouvés dans les logs :

      [Fri Sep 27 08:26:57 2019] [error] [client 51.68.11.211] [host www.nomdedomaine.eu] AH01797: client denied by server configuration: /homez.607/xxxxxxx/www/config/fichiers/formidable/formulaire_7/test.txt, referer: https://www.nomdedomaine.eu/

      Si ça peut apporter quelque chose ???
      Par avance, merci, Alain

    • dans mail.log ? cela m’étonnerait. Ce n’est pas lié aux mails en tant que tel, ce log.

    • ah mais là c’est les pas les logs de spip. Je parlai bien des logs de spip (dans tmp/logs). Cela étant, les logs apache / php peuvent éventuellement servir aussi.

    • Pour le plugin Facteur, ça ne vient pas de ce plugin,, pas de spip non plus, peut-être OVH l’hébergeur ?

    Répondre à ce message

  • 4

    Bonsoir,
    Le besoin : avoir un champ texte (avec un lien) commun à tous les formulaires d’un site.

    Je ne sais pas si c’est fait exprès mais dans le champ de type « explication » je n’arrive pas à insérer des liens par exemple en [savoir plus->artxx] vers une explication détaillée.
    Par contre pour un type de champ « ligne de texte » par exemple il est bien possible d’ajouter un lien dans son option explication.

    Toujours à propose de ce champ de type explication, j’ai tenté d’en ajouter un comme champ extra à la table formulaire. Le but étant d’avoir un champ prérempli pour tous les formulaires avec certaines références légales.
    Bon j’ai pas encore fait le tour de la question mais déjà il semblerait que comme le champ « explication » n’a pas de label, il n’est pas ajouté dans la base comme champ extra d’une table.
    Pour l’instant je m’en suis sortie en créant un type de champ extra case à cocher, en mettant mon lien dans son champ texte et en affichant dans mes formulaires formidable uniquement le champ texte via un modèle.

    Mais j’aurais bien voulu trouver une solution transversale unique pour tous les formulaires d’un site (newsletter, auteur, formidable,..) pour afficher un champ texte avec ce que l’on veut dedans.

    • 1) j’arrive parfaitment à insérer un lien dans un explication avec le raccourci standard [->]
      2)ajouter un champ extra dans la table spip_formulairene fera pas afficher le champ extra dans le formulaire (que ce soit une explication ou un autre type de champ). Pour construire les formulaires, formidable se base uniquement sur ce que tu défini comme champ lors de la config du formulaire.
      3) si tu veux une solution transversale pour afficher un texte unique pour TOUS les formulaires le mieux serait de faire cela via le pipeliner formulaire_fonds (ou un truc du genre, je ne me rappelle plus le nom).

    • Bon ben pour moi le raccourci [->artxx] ne fonctionne pas dans le champ « explication ». J’ai essayé sur plusieurs sites sans succès. Mystère. Je joins une capture pour être sure que l’on parle de la même chose.
      Merci pour l’explication pour le champ générique, Je vais potasser https://programmer.spip.net/formulaire_fond

    • Attends là tu montres une capture d’une option explication d’une autre saisie (case par ex) alors qu’à la base tu parlais de la saisie explication autonome elle-même, et tu disais justement que dans une option explication là ça marchait chez toi. Du coup je ne comprends plus de quoi tu parles.

    • Hello,
      Je suis désolée, je n’arrive pas à être claire. Je disais :
      "dans le champ de type « explication » je n’arrive pas à insérer des liens par exemple en savoir plus vers une explication détaillée"
      >> là je parle par exemple d"un champ extra de type "explication" ou du champ explication d’un bloc "newsletter" de Formidable (la capture envoyée)

      "Par contre pour un type de champ « ligne de texte » par exemple il est bien possible d’ajouter un lien dans son option explication."
      >> oui là c’est bon.

    Répondre à ce message

  • 1

    Quelques pistes/questions pour faire face aux SPAMs d’un formulaire.

    Est-ce qu’il serait possible dans les traitements de demander à ce qu’un mail de confirmation soit envoyé à la personne qui rempli le formulaire avec un lien de validation (un peu comme les signatures des pétitions de SPIP) ?
    Comme ça, on n’aurait dans la base que les formulaires effectivement validés par mail par un être humain.

    Autre piste : une nouvelle saisie « piège » qui serait une case à cocher avec un texte libre du genre « Ne cochez pas cette case si vous êtes un être humain ».
    Si la case est cochée, alors, on n’enregistre pas le formulaire (et on n’affiche pas d’erreur).

    PS : j’ai bien conscience que c’est moins bien qu’un lien plus fort avec NoSPAM.

    • La saisie « piège » existe deja avec nospam. C’est le mecanisme de base de nospam. sur lequel est branché formidable. pour la validation par mail... pourquoi pas (mais je n’ai pas le temps de coder cela).

    Répondre à ce message

  • 1

    Sujet : Lien avec NoSPAM ?

    Bonjour,

    Je cherchais à faire comme pour les forums et à signaler qu’un message était un SPAM.
    Et j’ai été surpris de réaliser que ça n’était pas disponible dans l’interface.

    Est-ce qu’il est possible de faire apprendre à SPIP+NoSPAM que certains messages sont des SPAMs ?

    • Non, ce n’est pas prévu. Il faudrait une réécriture de nospam pour qu’il trouve d’autres sources de spam que les forums, pour l’analyse.

    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