Formidable/formitable, générateurs de formulaires

todoFormidable

SPIP-Contrib :: Carnet Wiki :: Formidable/formitable, générateurs de formulaires :: Recherche :

todoFormidable

todolist officieuse et motivante avec en prime les todo done

bug : valeur du for= des labels des traitements

La valeur du for= de tous les champ d’activation d’un traitement est identique (vaut champ_traitements_choisis_1) et pointe sur le premier traitement, pour tous. Du coup, si on clique sur n’importe quel label, c’est le premier traitement qui est activé.

C’est en raison d’une ancienne limitation de la saisie utilisée qui n’existe plus depuis http://zone.spip.org/trac/spip-zone/changeset/80006. Il y a maintenant la possibilité d’utiliser un id différent pour chaque saisies, pour que chaque label puisse référencer la saisie qui lui correspond.

C’est encore d’actualité, ça, 5 ans après ???????

bug : identifiant numérique

« Si l’id du formulaire commence par un chiffre, l’article dans lequel il est référencé ne le trouve pas et le déclare inexistant. j’ai fait le test plusieurs fois dans un sens et dans l’autre »

Encodage de l’expéditeur

Quand je configure un raccourci de type @ligne2@ dans le champs expéditeur, l’encodage n’est pas correct quand les messages arrivent dans Outlook. Tout est OK pour le champs Objet pourtant.

TODO : après validation, afficher formulaire vierge

On peut désormais choisir l’affichage après traitement, à la place du formulaire, des valeurs ou de rien du tout. Si on choisit de réafficher le formulaire, il est remplit par les valeurs précédentes.
Faire une nouvelle option pour afficher un formulaire vierge.

Multi page navigation

-  Possibilité de diviser le formulaire en différentes pages en proposant d’aller vers une page concrète du formulaire suivant la réponse à un question déterminé

Fonctionnalités de F&T sans équivalents dans Formidable

-  Envoyer le contenu du formulaire à des adresses mails différentes en fonction d’un champ Fait avec http://zone.spip.org/trac/spip-zone/changeset/99704
-  Edition d’une réponse dans l’interface d’admin pour la corriger (et accessoirement pouvoir utiliser la balise #EDIT{champ})
-  Champs upload de fichier (sécurité / ajout de verification sur taille / type ?) => En cours https://www.mail-archive.com/spip-zone@rezo.net/msg41421.html
-  Informations sur un champs caché. (apparait au clic sur icone « info »)

présentation : Paramétrage des saisies

La page présente toutes les options à la suite, ça fait énorme. Il faudrait, à mon avis, au moins alléger la partie des options de vérifications pour ne présenter QUE les options concernant la vérifications retenue. ça doit être possible avec un afficher_si ?

présentation : Configuration des traitements

La présentation n’est pas claire : la ligne qui active un traitement semble faire partie du traitement précédent car il n’y a pas de mise en exergue de cette ligne, ni même de séparation d’avec les options précédentes.


Bonjour, encore quelques petits soucis ...

j’aimerais bien utiliser ce plugin sur un des sites dont j’ai la gestion pour effectuer des annonces de camp au secteur qui s’occupe des subventions globales, mais les points suivants me posent problème :

1) Dans la configuration des traitements :

a) le champ destinataire ne propose rien d’autre que le choix Aucun

Serait-il possible d’y faire figurer les différents champs e-mail,, il serait idéal de pouvoir en mettre plusieurs ?

b) Dans le champ « Nom de l’envoyeur » lorsque j’indique @ligne2@ cela ne transforme pas ce code avec le contenu de ce champ. C’est bien l’indication @ligne2@ qui figure comme expéditeur !!

c) il est impossible d’indiquer un code de ce genre « @email_1@ » dans le champ « Destinataires supplémentaires » cela pourrait être fort pratique.

2) Dans la configuration du formulaire,

serait-il possible d’augmenter la taille du champ « Message de retour », j’aurais voulu indiquer un texte un peu plus conséquent ?

3) Dans le mail de confirmation :

a) le nom de « l’envoyeur » du mail n’est pas très clair (cf point 1b)

b) si je mets un peu de couleur dans les titres des champs avec du code HTML, ce code apparaît dans la réponse

c) tout comme si un choix par menu déroulant est laissé vide le code HTML et apparaissent

4)fichier CSV d’extraction des résultats

Lorsque le nombre d’entrée est élevé, l’extraction echoue. error max time...

5)Ajout d’un type de champ « inscription à l’infolettre »

Si le plugin mailsubscriber est présent, il serait interressant d’jouter un type de champ « inscription à l’infolettre ».



FAIT & RESOLU



FAIT : Ajouter une nouvelle option de traitement pour sauvegarder dans une vraie table utilisateur avec des vrais champs

.

Ça serait pour remplir une table, pas pour la créer.

Il faut
-  demander les associations d’un identifiant d’un champ de formulaire vers un nom d’un champ d’une table
-  définir un nouveau traitement « enregistrer_table » (sélectionnable dans le 3e onglet du panneau de config d’un formulaire)

FAIT : pour l’instant dans le plugin formitable (plugin non maintenu, base de travail possible)


FAIT : Message si erreurs de verifier

Quand une erreur est constatée sur une des saisies, le message d’erreur apparait juste au dessus de la saisie, mais il n’y a aucun message générique au dessus du formulaire, et sur un grand formulaire, on a l’impression que tout est bon.

Il faudrait pouvoir afficher un message générique genre « il y a une erreur ! » en amont du formulaire.


FAIT : Si validé, ne plus afficher les saisies !

Quand le formulaire est validé, un message de congratulation s’affiche, mais il faudrait que le formulaire ne s’affiche plus !

FAIT : 3 options : afficher le formulaire encore, ou bien les valeurs, ou bien rien du tout


RESOLU EN GRANDE PARTIE avec la nouvelle option « choix de l’affichage après traitement »

Lu sur une liste, pas pris le temps de vérifier le doublon.

Comment pourrais-je faire pour que dans mes squelettes je n’affiche pas
le formulaire si l’utilisateur a déjà répondu ?

Le formulaire a une réponse unique par internaute, sans modification de
la réponse.

Dans l’idée ce serait ne pas avoir « Vous avez déjà répondu à ce
formulaire. », et ne pas avoir du tout le bloc.

Je pensais qu’avec le cookie spipformulaire_id_form je pouvais m’en
sortir, mais visiblement l’internaute est repéré avec son IP.

Y a t’il une solution du côté de #AUTORISER ?

(...)

en fait je voudrais pouvoir afficher les
résultats à la place :)
disons un truc du genre :

[(#si_internaute_a_deja_rep_au_formulaire|non)
<div>
        ...........
        [<div class="ajax">(#FORMULAIRE_FORMIDABLE{#ENV{id}})</div>]
</div>
]
[(#si_internaute_a_deja_rep_au_formulaire|oui)
<INCLURE{fond=inc-resultats}{env}>
]

#AUTORISER{repondre, formulaire, #ID_FORMULAIRE}

et

modeles/formulaires_reponse.html (affiche une réponse précise)
ou
modeles/formulaire_analyse.html (stats de toutes les réponses)


Bonjour,
Serait-il possible de mettre en place une vérification de l’email de l’expéditeur par envoi d’un mail de confirmation invitant à valider la demande ? L’envoi du contenu vers les destinataires ne se ferait alors qu’à cette condition, un peu sur le même mode que les inscriptions à un forum.
C’est peut-être une question totalement farfelue, mais cela me permettrait de bloquer les utilisations malveillantes... Merci !
(le 27/05)


Bonjour,

J’ai un soucis avec l’’importation de formulaires Form et tables

Si le texte d’accompagnement de validation du formulaire est trop grand (message envoyé par mail et/ou affichée à l’écran après la validation, Formidable l’annonce à l’utilisateur les différences et les données tronquées et cesse l’importation de tous les autres champs de saisie ??

Corrigé par http://zone.spip.org/trac/spip-zone/changeset/57649


FAIT : Pb export excel

Fait par http://zone.spip.org/trac/spip-zone/changeset/87684