Formidable, le générateur de formulaires

Publié le : 23 janvier 2012 – Dernière modification le 19 mars 2024 – par Maïeul, RastaPopoulos – 3511 commentaires

1
2
3
4
5
198 votes

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

5 ans 1 an 3 mois Sans limite
par date
Filtrer

811 discussions

  • 3
    Maïeul

    Om me signale un bug difficilement comprehensible et reproductible. Un utilisateur se plaint régulièrement que lorsqu’il insère un lien [texte->lien], il perd les saisies entrées (et est obligé de reprendre depuis une sauvegarde yaml).

    J’avoue ne pas voir d’où cela pourrait venir. Une piste Rasta ?

    Répondre à ce message

  • 1
    1138

    Suggestion de fonctionnalité : autoriser plus largement la duplication

    Bonjour !

    Pour faciliter la création de formulaires par les rédacteurices du site que je gère, j’aimerais créer des modèles que ces personnes – admin restreintes – peuvent dupliquer et retoucher. Or elles ne peuvent pas le faire si elles ne sont pas (co)autrices.

    Serait-il possible de permettre ça soit globalement (via une option dans exec=configurer_formidable) soit au cas par cas ?

    Je sais que je pourrais mettre chaque personne comme coautrice du modèle mais ça me gêne :

    1. Je ne devrais pas oublier d’y ajouter chaque nouvelle personne.
    2. Je ne veux pas que, par erreur, elles puissent modifier le modèle.

    Merci d’avance.

    Question annexe : comment surcharger un squelette privé de plugin ?

    J’ai testé en modifiant la ligne 4 de ./prive/squelettes/extra/formulaire.html du plugin :

    [(#AUTORISER{editer, formulaire, #ID_FORMULAIRE}|oui)

    en

    [(#AUTORISER{voir, formulaire, #ID_FORMULAIRE}|oui)

    Ça fonctionne mais ce n’est bien sûr pas une solution : je devrais remodifier à chaque mise à jour.

    J’ai donc tenté (ce n’est pas une riche idée non plus mais ça peut faire l’affaire en attendant) de surcharger ce fichier dans mes squelettes, par exemple dans ./squelettes/prive/formidable/extra/, mais ça ne fonctionne pas.

    Pour des plugins, j’ai déjà surchargé des modèles, des feuilles de styles, des fichiers de langue… mais jamais de squelette privé et je n’arrive pas à voir si c’est possible. L’est-ce ? Si oui, quel est le chemin à utiliser ?

    Remerci d’avance.

    1138.

    • RastaPopoulos

      C’est quoi qu’elles ne peuvent pas faire, dupliquer ou modifier le nouveau form résultant ?

      Si c’est le dernier (pas le temps de tester là), je dirais qu’il y a un bug d’un truc manquant : quand on duplique (donc qu’on crée un nouveau formulaire) ET qu’il y a le système d’auteurs de form activé, alors la personne qui a dupliqué devrait se retrouver dans les auteurs du form résultat, non ?

      Faudrait créer un ticket pour ça, si ça ne le fait pas.

    Répondre à ce message

  • 1
    mjhvc

    Bonjour, bravo pour cet outil que j’utilise depuis très longtemps.
    Question : Un champ caché, introduit dans un groupe de champ pliable et plié, pose-t-il problème chez vous ?

    Chez moi, il semblerait que l’affichage des autres champs non cachés de ce groupe ne fonctionne plus et n’enregistre plus rien.

    Le problème est résolu, chez moi, quand le champ caché est sorti du groupe de champ, donc ma suspicion va vers ce champ caché.

    • RastaPopoulos

      Est-ce que ce problème existe toujours , avec la dernière version ? Depuis il y a un système de tickets de bugs pour chaque projet, chaque plugin, du coup si ça existe toujours ça sera mieux à ce qu’on le note comme ticket.

    Répondre à ce message

  • 1
    DD

    J’essaie d’afficher les réponses au formulaire avec
    <formulaire_reponse|id_formulaire=xx>
    comme pour l’analyse des réponses <formulaire_analyse|id_formulaire=xx>
    mais rien ne s’affiche.

    Est-il possible d’utiliser le modèle formidable/v3.22.0/modeles/formulaires_reponse.html par défaut du plugin ?

    J’ai coché oui pour le champ « Par défaut, les pages publiques des formulaires ne sont pas autorisées »
    mais j’ai un doute sur le lien.

    Merci

    • RastaPopoulos

      C’est normal que rien ne s’affiche puisque l’analyse c’est l’analyse d’un formulaire complet et tu passes « id_formulaire » alors que là c’est le modèle pour afficher TELLE réponse, donc qui attend « id_formulaire_reponse ».

    Répondre à ce message

  • 11
    William

    Bonsoir,
    galére depuis trois jours pour récupérer une image envoyer via le formulaire.
    RAS tout est renvoyé par mail en fichier joint.
    Mais je voudrais insérérl’image dans le format prevu du mail.
    #SETma_saisie, #LISTE#ENV*saisies|saisies_chercherinput_2

    #SETma_saisie, #LISTE#ENV*saisies|saisies_chercherfichiers_1
    #VOIR_SAISIES#GETma_saisie, #ENV*valeurs
    ne donne rien ( fichiers_1 est la ref du champ)

    j’a iessayé aussi (#ENV*valeurs/input_2 de différentes façons

    j’ai fouillé dans SAISIES, dans les divers commentaires Mais je n’arrive à rien.

    bref comment récupérer le chemin d’une fichier image pour la placer ou souhaiter dans une notification formulaire_XXX_email.html

    si quelqu’un à une piste pour me réorienter. Merci

    • Maïeul

      hum, il suffirait pas juste de cocher l’option pour mettre directement la PJ dans le mail ?

      quel serait le cas d’usage ?

    • Maïeul

      il faudrait sans doute utiliser le filtre formidable_generer_chemin_fichier

      https://git.spip.net/spip-contrib-extensions/formidable/src/branch/master/inc/formidable_fichiers.php#L555

      a appliquer sur un #ARRAY retournant tout les bon paramètres

    • William

      bien sur ca marche sans probleme, mais la fichier est placé en fin de mail.

      Mais je veux placer ce fichier dans le mail, bref formater les éléments dans la reponse

      Utiliser ce filtre formidable_generer_chemin_fichier m’était apparu mais impossible de comprendre comment gérer les paramètres.
      Il me manque quelques connaissances dans ces fichus paramètres

    • William

      les parametres sont si je lis bien
      * formulaire => identifiant numérique du formulaire,
      * timestamp => timestamp de la réponse (si la réponse est uniquement envoyée par courriel)
      * reponse => identifiant numérique de la réponse
      * saisie => nom du champ formidable (type fichier_1)
      * fichier => nom du fichier
      OK pour l’identif du formulaire
      pas besoin de timestamp
      je sèche pour reponse
      OK pour saisie
      je sèche pour fichier

    • Maïeul

      moausi, moi je vois ce qu’il faut, mais faut que je teste en produisant un exemple. Peut être demain matin, Là je suis pris

    • William

      Super
      Prends ton temps

    • Maïeul

      En fait il faudrait que j’améliore #VOIR_REPONSE pour pouvoir trouver les chemins de fichiers + proposer quelque fonctions de plus haut niveau pour répondre à ton genrer de besoin.

      Pas hyper long, mais sans doute pas trop le temps avant 2 semaines

    • Maïeul

      Bon,

      alors en attendant des fonctions natives dans formidable, voilà ce que cela donne pour récuperer le chemin du fichier

      #SET{params,#ARRAY{
	formulaire,#ENV{id_formulaire},
	reponse,#ENV{id_formulaires_reponse},
	saisie,fichiers_1,
	fichier,#ENV{valeurs/fichiers_1/0/fichier}
	}
	[(#GET{params}|formidable_generer_chemin_fichier|var_dump)]

      Explication sur la construction du fameux tableau de paramètres (#GETparams) :
      -  formulaire : #ENV{id_formulaire} passé à l’environnement
      -  reponse : c’est l’identifiant numérique de la réponse, il est passé à l’environnement sous la forme #ENV{id_formulaires_reponse} (voir les tablés de formidable pour comprendre le pourquoi du comment
      -  saisie : bon ca c’est clair
      -  fichier : il s’agit du nom du fichier. Pas évident de la trouver à l’avance, puisque ca dépend de ce qu’envoie l’internaute. Mais il faut savoir qu’il est stocké dans la base de donnée, et du coup par là dans le tableux des VALEURS passée au gabarit d’email. Là où cela se complique, c’est que théoriquement on peut avoir plusieurs fichiers pour une même saisie. Donc faut chercher dans la clé 0 de la saisie pour le première fichier, la clé 1 pour le second, etc. Et chaque clé renvoie elle-même à un tableau donnant plusieurs propriétés pour le fichier (voir en base pour les détails). Du coup cela donne in fine #ENV{valeurs/fichiers_1/0/fichier}
      et avec cela #ENVvaleurs/fichiers_1/0/fichier.

      Avec ca formidable_generer_chemin_fichier donne bien le chemin. Après j’y connais rien en email, et je ne sais pas comment se servir de cela pour placer le fichier exactement au bon endroit.

    • William

      superbe réponse qui va compléter ce que je viens de trouver

      #VOIR_REPONSEfichiers_1, valeur_uniquement
      fichiers_1 c’est le nom du champ
      trouvé dans : https://contrib.spip.net/Balises-et-boucles-avec-Formidable

      pour construire le mail, je pars du fichier formulaire_XXX_email.html extraits du dossier notifications de formidable et copié dans un dossier notifications dans mon dossier de squelettes XXX estle nom de mon formulaire

      En tete du fichier quelques lignes de style CSS pour gerer le formatage des div que j’ai créées. dans le cas présent une div entete (longueur, hauteur définies) contenant une
      div #logo, une div #titre, une div #photo
      C’est dans la div #photo que je place #VOIR_REPONSEfichiers_1, valeur_uniquement
      et hop

      ce matin j’affiche la photo dans la div correctement mais avec le nom du fichier. Ce n’est qu’un moindre mal que ta superbe explication va sans doute me permettre de résoudre

    • Maïeul

      oui alors l’article en question c’est un peu du vrac et du n’importe quoi.

      Bon il faudrait que j’écrive une doc complète sur le stockage desd fichiers et les tables

      Pour l’instant je je ne l’ai pas encore eu le temps de faire cela. mais à terme il faudra le faire, ca évitera ce genre de questions et aussi d’avoir une docu fait « à la petite volée » avec du grand n’importe quoi (notamment le |unserialize, qui n’est pas nécessaire)

    • William

      J’essaie en meme temps que je resouds mon petit probleme de me faire un aide memoire pour la prochaine fois.

      Je te le passerai et tu pourras compléter d’un oeil technique expert
      William

      PS pour l’instant je me bats avec les div

    Répondre à ce message

  • 7
    bob

    Bonjour,

    je n’arrive plus à afficher mes formulaires avec la méthode habituelle :

    <?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'), '17'), array('', '', '', '', 'fr', '1')); if ($lang_select) lang_select(); ?>

    .

    Version de php 7.3, hebergeur : ovh

    <?php include_once("./" . _DIR_RACINE . "ecrire/balise/formulaire_.php"); if ($lang_select = "fr") $lang_select = lang_select($lang_select); inserer_balise_dynamique(balise_FORMULAIRE__dyn('FORMULAIRE_FORMIDABLE', '17'), array('', '', '', '', 'fr')); if ($lang_select) lang_select(); ?>
    • Maïeul

      SPIP 3.2 n’est pas compatible php 7.3. Peut être la cause.

    • bob

      bonjour,
      merci pour votre aide. C’est un filtre qui me posait problème. C’est réglé :)

    • alain di-rollo

      Bonsoir, j’ai le même problème. Impossible d’afficher la liste des formulaires dans la partie privée de spip...
      Comment y remédier ?
      Merci

    • Maïeul

      heu, ce n’est pas « le même problème ».

      Avez vous un message d’erruer ? où est-ce que les formulaires ne s’affichent pas alors qu’ils devraient ? êtes vous repassé par la page de gestion des plugins ? avez vous tenté une réparation de la base depuis l’espace privé de spip ?

    • alain di-rollo

      Les formulaires ne s’affichent pas. Je vois les onglets Proposé / publiés... etc mais pas de liste de formulaires Donc pas de gestion possible.
      En fait en collant l’url : http://XXXX/ecrire/?exec=formulaire&id_formulaire=X alors je peux entrer dans la gestion du formulaire.
      Là tout est visible pour gérer les réponses et autres...
      Seul le premier onglet qui affiche la liste des formulaires n’est pas visible.
      Un message d’erreur évoquant compteur_left en ligne 7 de : prive/objets/liste/formulaires.html du plugin ...
      J’ai désinstallé tous les plugins. recrée la liste mis saisies en version 3.43.2 et formidable en version
      4.7.1

      Toujours le meme pb.
      La seule manip que je n’ai pas fairte c’est reparer la base de données.
      Comme le site est en production mais pas actif public j’ai refait une install de spip avec les meme version des deux plugins et là tout ok....

    • Maïeul

      bah du coup vu que tu as reussi, c’est dur de savoir où était le problème. une réparation de la base aurait sans doute servie, mais bon...

    • alain di-rollo

      Oui si re... soucis... je tente... Belle journée

    Répondre à ce message

  • 17
    Florence HENRY

    Bonjour

    Sur l’un de mes sites, les fichiers de langue semblent ignorés. Dans l’interface de gestion des formulaires, j’ai

    <:saisies:option_groupe_description :>

    ou

    <:formidable:traiter_enregistrement_titre :>

    au lieu de voir les traductions en français (voir copie d’écran).

    Sur un autre site, j’ai les mêmes versions des plugins saisies (3.43.0) et formidable (4.6.3), et je n’ai pas ce problème. Les 2 sites sont en spip 3.2.8

    Il n’y a rien de spécial dans les logs du site.

    Auriez-vous une idée où chercher pour trouver la source du problème ?

    • Maïeul

      Est-ce que les fichiers de langue sont bien présents dans les dossiers des plugins ?

    • Florence HENRY

      Oui, ils sont bien là :

      formidable/v4.6.3/lang/formulaires_reponse_fr.php
      formidable/v4.6.3/lang/formidable_fr.php
      formidable/v4.6.3/lang/formulaire_fr.php
      formidable/v4.6.3/lang/paquet-formidable_fr.php
      saisies/v3.43.0/lang/paquet-saisies_fr.php
      saisies/v3.43.0/lang/saisies_fr.php

    • Florence HENRY

      Je viens de passer en v4.7 pour formidable, mais ça ne change rien.

      Point de configuration peut-être important, mon installation est mutualisée.

      Le problème apparaît sur tous les sites hébergés sur le même moteur mutualisé.

    • Maïeul

      Ah vous êtes en mutualisé. Une hypothèse pourrait être que un des sites a « vu » la maj mais pas les autres.

      Il faudrait je pense voir ce que cela donne après être passé sur la page de gestion des plugins.

      Est-ce que vous avez le problème avec d’autres chaines de langues d’autres plugins ?

      Que donne un vidage de cache ?

      Quels sont les droits sur les fichiers ?

      Je suis désolé de pas trop aider, mais j’ai l’impression que c’est plus un problème d’install sur vos sites qu’un problème du plugin ....

    • Florence HENRY

      Les 2 plugins qui posent problème sont saisies et formidable. Et posent problème sur tous les sites de l’instance.

      iextra, facteur, acces_restreint... fonctionnent sans problème sur tous les sites de l’instance.

      Les sites fonctionnaient correctement avec saisies et formidable il y a encore quelques semaines (formulaire créé fin septembre avec une utilisatrice en formation, j’aurais constaté le problème s’il avait été là).

      La seule chose qui a changé c’est la mise à jour en 3.2.8.

      Vider le cache ne change rien (ni via l’interface, ni en faisant un rm -Rf dans tmp/ et local/

      Dans le répertoire plugins/auto/ les fichiers appartiennent à www-data et sont en mode 777

    • Florence HENRY

      Je note aussi que seules les pages
      -  Configurer les champs
      -  Configurer les traitements
      -  ecrire/ ?exec=formulaire
      sont affectées par le problème.

      Les pages
      -  « Configurer le formulaire »
      -  ecrire/ ?exec=formulaires
      -  les menus latéraux (exporter les réponses, importer un formulaire)
      fonctionnent très bien

    • Maïeul

      Quelle version du plugin yaml ?

    • Florence HENRY

      YAML Version :
      1.5.4 SVN [110445]

      Je me rends en effet compte que les chaines non traduites viennent toutes de fichier .yaml. Celle des fichiers html sont bien traduites.

    • Maïeul

      On sait jamais, essayé une maj vers la 2.0.11.

    • Florence HENRY

      Non... ça ne change rien (après vidage du cache)

    • Maïeul

      honnetement je sais pas...

      mais peut être que vous auriez des messages dans les logs php qui pourrais nous éclarer ?

    • Florence HENRY

      Malheureusement, non.

      Rien dans tmp/log/spip.log et rien dans les logs Apache, même en mettant LogLevel debug

    • Maïeul

      toujours le même problème ?

    • Florence HENRY

      Je viens de mettre à jour Formidable en v4.7.1 et saisies en v3.43.2 et j’ai toujours le même problème.

      je vais tenter de reproduire le problème sur une autre machine.

      en attendant, y a-t-il des tests que je pourrai faire pour tenter de comprendre ?

    • Maïeul

      J’avoue ne pas trop savoir en fait où regarder. Il faudrait que je puisse debuger « en direct » par essaie / erreur. Serait-il possible de mettre sur le même serveur, mais à part 1 site en install mutualiser reproduisant le problème,. et de m’y conner les accès, aussi en ftp?

    • Florence HENRY

      Je viens de trouver où était le problème !

      Dans mon fichier config/mes_options.php

      J’avais le code suivant :

        if (!function_exists('_T_ou_typo')) {
     function _T_ou_typo($valeur, $mode_typo = 'toujours') {
       return $valeur;
     }
  }

      Je me rappelle l’avoir ajouté il y a un paquet d’années, mais impossible de me rappeler pourquoi (et j’avais visiblement oublié de dire pourquoi :-( )

      Par contre, pourquoi ce code a-t-il commencé à poser problème ???

      En tout cas, désolée pour le dérangement...

    • Maïeul

      _T_ou_typo() est une fonction qui pour des raisons historiques est défini à la fois par saisies et par spip bonux (avec 2 définitions identiques). Comme son nom l’indique, elle passe une chaine par le transformateur de chaine de langue, et sinon par le filtre typographique.

      Votre définition se contentait de renvoyer la chaîne de langue,

      J’imagine que vous l’aviez mis pour des cas où vous ne vouliez pas avoir à installer l’un ou l’autre de ces plugins, sans pour autant provoquer des plantages.

      Par contre je suis surpris que la fonction dans mes_options.php l’emporte sur celle dans Bonux/Saisies.

    Répondre à ce message

  • 6
    Meiko du briska

    Bonjour,
    J’utilise le squelette sarka ainsi que les plugins « formidable » , « formulaire de participation formidable » et agenda.
    Comment faire pour que, à partir d’un selecteur d’événement , le choix des dates disponibles se met automatiquement pour l’utilisateur qui renseigne un formulaire.
    En effet, mis à part inviter la personne à utiliser « recalculer la page » dans le bandeau, une fois une date choisi, la liste des dates disponibles ne se rafraichit pas automatiquement lors d’une autre utilisation du formulaire
    De même, je souhaiterai changer les couleurs et le style de la police de caractères d’un formulaire, mais je ne trouve pas comment faire.
    J’ai essayé en ajoutant des paramètres dans « classes CSS », mais celà ne marche pas.
    Merci d’avance pour votre aide.

    Répondre à ce message

  • 1
    Kingrise

    Bonjour,

    Merci pour ce pugin qui m’a déjà pas mal sorti d’affaire jusqu’ici. On me demande de mettre en place un formulaire style doodle

    https://www.doodle.com/poll/hqgw773cmimbeuf3?utm_source=poll&utm_medium=link

    Mais je ne sais pas comment rappeler un formulaire avec les choix de tous les utilisateurs et également faire en sorte que les heures déjà choisies soient inactives pour les utilisateurs suivants.

    Pouvez-vous me mettre sur la piste.

    Merci

    • Maïeul

      Bonjour,

      je ne pense pas que formidable soit fait pour cela. Il faudrait sans doute écrire un plugin à part.

    Répondre à ce message

  • 8
    Michel Suquet

    Bonjour,

    depuis de nombreuses années, nous utilisons votre plugin pour les inscriptions à notre concours, et aussi à d’autres activités pour nos adhérents. Votre plugin nous rend service et nous vous en remercions.

    Cependant, cette année cela ne fonctionne plus : lorsqu’une personne qui veut s’inscrire valide après avoir complété les champs du formulaire, il obtient une page blanche et l’inscription n’est pas faite. Vous pouvez le constater aussi par vous même en tentant de vous inscrire.

    Voyez-vous d’où vient le problème ?

    Spip est à jour, le plugin aussi et le cache a été vidé sans effet malheureusement.

    Cordialement,

    Michel suquet

    • Maïeul

      page blanche c’est une erreur fatale php -> il faut pouvoir retrouver les logs php pour voir les messages d’erreur, ou bien activer temporairement le message d’erreur sur le site public.

      A partir de là on pourra vous aider.

    • Michel Suquet

      comment fait-on cela ?

    • Maïeul

      pour retrouver les logs c’est à voir avec votre hebergeur

      pour afficher directement, voir https://www.spip.net/fr_article4453.html#Page-blanche

    • Michel Suquet

      voici ce que j’obtients :

      Fatal error : Uncaught Error : Call to undefined function saisies_lister_par_etapes() in /home/apmepileex/www/plugins/auto/formidable/v4.7.1/formulaires/formidable.php:226 Stack trace : #0 /home/apmepileex/www/ecrire/public/aiguiller.php(222) : formulaires_formidable_verifier_dist(’concours_objets’) #1 /home/apmepileex/www/ecrire/public.php(105) : traiter_formulaires_dynamiques() #2 /home/apmepileex/www/spip.php(26) : include(’/home/apmepilee...’) #3 main thrown in /home/apmepileex/www/plugins/auto/formidable/v4.7.1/formulaires/formidable.php on line 226

      Cordialement,

      Michel Suquet

    • Maïeul

      je viens de voir que vous êtes victime du bug de la version fantome du plugin saisies.

      la version 4.0.0 n’a jamais existé vraiment. Ce n’est que par erreur qu’elle a été diffusée.

      Je vous invite à la désinstaller et installer la bonne version (3.43.0) et cela devrait résoudre vos problèmes....

    • Michel Suquet

      C’est fait et cela fonctionne maintenant.

      Un grand merci pour votre aide !

      Une question : ne peut-on passer le plugin en 4.0.1 pour réparer le bug de la version fantôme car la version 3.43.0 est indiquée comme étant obsolète ? Je trouve cela bizarre. Cela ne risque-t-il pas de poser des problèmes lors de mise à jour de spip ?

      Cordialement,

      Michel Suquet

    • Maïeul

      non, car un changement de version majeure suppose une vrai rupture, ce qui n’est pas le cas.

      l’affaire de la version 4.0,0 sortie par erreur ne devrait pas impliquer beaucoup de monde (ca a duré 2 jours en tout et pour tout... manque de pot pour vous vous y étiez).

      par contre pour l’indication sur la version obsolète : il faudrait effectivement que vous reinitialiser le flux de plugin (?exec=depots => vous supprimez vos depots et remettez le depot de base) http://plugins.spip.net/depots/principal.xml

    • Michel Suquet

      C’est fait et en fait j’avais juste désactivé la version fantôme pour ne pas avoir à réinstaller les plugins en dépendance. Après avoir supprimer le plugin dans sa version 4.0.0, tout est « retomber en marche »©

      Encore une fois merci pour votre aide.

      Bonne soirée,

      Michel Suquet

    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