source: spip-zone/_plugins_/formidable/trunk

Revision Log Mode:


Legend:

Added
Modified
Copied or renamed
Diff Rev Age Author
(edit) @84347   5 years camille.sauvage

Changement mineur de version suite à un correction de bug.

(edit) @84342   5 years camille.sauvage

Vérification que les réponses sont bien contenues dans une variable de type tableau et que le nombre d'éléments n'est pas nul

(edit) @84164   5 years ben.spip

inclure inc/config pour pouvoir lire_config ( suite de r83630)

(edit) @83842   6 years camille.sauvage

Suppression du parametre de controle d'id_reponse : deja_enregistre_XXX
Controle du numero d'id_reponse en base
Mise à jour du champ maj dans la table spip_formulaires_reponses
Vérification de l'id_auteur lorsqu'un id_formulaires_reponses est fourni pour éviter qu'un
auteur modofie les réponses d'un autre

(edit) @83679   6 years nicolas.dorigny

report de r83678

(edit) @83676   6 years camille.sauvage

Changement de méthode d'obtention de l'id_formulaire pour calculé l'id_auteur scrambled. Avant il était toujours vide et c'était seulement l'id_auteur et le mot de passe qui servait au scramble.

(edit) @83633   6 years salvatore

[Salvatore] formidable Export depuis http://trad.spip.net

(edit) @83630   6 years toutati

configurer si on veut que les formulaires s'affichent en pages publiques avec l'url de type
spip.php?page=formulaire&id_formulaire=2&var_mode=recalcul

(edit) @83529   6 years rastapopoulos

Une nouvelle balise qui sera peut-être utile à celleux qui veulent afficher leurs réponses enregistrées.

#VOIR_REPONSE{champ} à utiliser dans une boucle (FORMULAIRES_REPONSES).

Par défaut ça afficher la même chose que #VOIR_SAISIE. Mais on peut faire des variantes pour ne sortir que la valeur (en HTML mais sans le label et l'entourage) ou que la valeur brute dans la base.

#VOIR_REPONSE{selection_1, brut}
#VOIR_REPONSE{selection_1, valeur_uniquement}

En troisième argument on peut aussi passer la chaîne qu'on veut afficher pour les champs qui n'ont pas de réponse (champ vide). Sinon c'est le truc par défaut "Sans réponse". On peut y mettre la chaîne vide si on ne veut rien.

(edit) @82461   6 years spip.franck

les bornes doivent êtes de type x.y.z, de plus, quand un plug n'est que pour spip 3.0.* alors les bornes mini des necessite doivent êtes ceux des versions qui fonctionne sous spip 3.0.x

(edit) @82261   6 years cedric

Robustesse/resilience : Il semble que le post de certains utilisateurs soit "perdu" par formidable.
On reduit les risques de sortie anormale de traiter() sans message d'erreur, et on log $_POST dans un post-mortem pour retrouver la trace du problème a posteriori et recouvrer eventuellement les donnees (on préfere utiliser json_encode qui ne cassera pas lors du decode malgré l'échappement des < par spip_log)

(edit) @82248   6 years maieul

lors d'un retour de formulaire, renvoyer vers une ancre identifiant le formulaire. On met la référence à l'ancre dans l'attribut action dans tt les cas. En effet, même si on redirige vers une autre page une fois le formulaire validé, il faut prendre en compte le cas des erreurs dans la partie V du CVT

(edit) @81619   6 years cedric

oups coquille dans le log debug

(edit) @81615   6 years cedric

appel des pipelines sur les pages formulaire et formulaires_reponse

(edit) @81581   6 years cedric

Trier les traitement par ordre alpha, on aura ainsi toujours le meme ordre, et non pas quelque chose qui change en fonction du path et des plugins actifs

(edit) @81552   6 years severo

[Salvatore] formidable Export depuis http://trad.spip.net de la langue es

(edit) @81393   6 years rastapopoulos

L'explication est un texte avec des raccourcis SPIP possible, on passe dans propre() (comme déjà dans la saisie d'ailleurs).

(edit) @81366   6 years salvatore

[Salvatore] formidable Export depuis http://trad.spip.net

(edit) @81354   6 years cedric

liste des reponses : on affiche l'IP uniquement si pas d'auteur connu, ca fusionne les 2 colonnes, et quand l'IP est un hash on affiche que les 8 premiers caracteres, ca suffit

(edit) @81353   6 years cedric

Amelioration de la liste des formulairs : on compte et on permet de trier par le nombre de reponses
+ par defaut les formulaires avec le plus de reponses en tete
(il faudrait peut etre ceux avec les reponses les plus recentes en fait, a voir)

(edit) @81347   6 years cedric

chaine de langue (rastapopoulos)

(edit) @81346   6 years cedric

Statut archive (refuse) pour les formulaires : ils ne sont plus visibles en ligne mais on conserve le contenu et les reponses
+ la balise #FORMIDABLE n'affiche que les formulaires publies (ou prop en preview) dans le site public

(edit) @81336   6 years rastapopoulos

En SPIP3 les fonctions d'édition ne marchent plus pareil, notamment je crois qu'avant le set() ne prenait pas en charge les champs "saisies" et "traitements" alors que la fonction modifier() de l'API si.

Du coup, il faut bien sérialiser en amont, et faire une seule fois la modif.

(edit) @81192   6 years camille.sauvage

changement de version suite à une correction de bug

(edit) @81191   6 years camille.sauvage

affichage des données quel que soit le statut du formulaire

(edit) @81165   6 years nicolas.dorigny

suppression du echo devant $exporter_csv, qui rajoute le nom du fichier à la fin de l'export sur certains serveurs
incrémentation mineure de version

report de 81164

(edit) @81118   6 years suske

Un dernier {tout} et z+1 pour fêter ça

(edit) @81117   6 years suske

Encore des {tout} pour retrouver les fomulaires et la <del>déco</del> navigation dans le privé

(edit) @81115   6 years suske

Retrouver l'édition des formulaires dans le privé, maintenant qu'ils ont un statut (je vais pas y arrriver tout seul :-p)

(edit) @81114   6 years suske

Retrouvons l'édition des forms même s'ils ont un statut

(edit) @81079   6 years cedric

Attention, modification substantielle sur les traitements :

  • les traitements doivent noter qu'ils ont bien ete executes dans traitements? pour ne pas etre executes plusieurs fois
  • un traitement qui veut/doit passer apres un autre peut ne rien faire et rendre la main au premier tour pour laisser l'autre se faire
  • on refait la boucle 5 fois au maximum pour executer tous les traitements
  • si des traitements n'ont pas pu etre executes, on declenche un mail au webmestre avec l'erreur et un dump de dans le mail pour ne pas perdre de donnees
  • si aucun traitement n'a ete execute (defaut de configuration?) on declenche un mail au webmestre et un dump de dans le mail pour ne pas perdre de donnees

Cette modification entraine une petite incompatibilite sur les traitements perso : ceux-ci seront executes 5 fois et une erreur sera generee si ils ne sont pas modifies pour renseigner traitements?

(edit) @81075   6 years cedric

la version 1.40.2 de saisies est buggue, demandons la 1.40.3

(edit) @81073   6 years cedric

Prise en compte de la saisie mot pour l'import des champs de typo mot depuis forms&tables

(edit) @80937   6 years spip.franck

Mise à jour du lien vers l'article de doc

(edit) @80914   6 years cedric

Reparer l'import des destinataires plus : il faut deserializer la valeur si besoin

(edit) @80858   6 years cedric

la confirmation en cas de suppression de champ n'était plus possible (nat33)

(edit) @80821   6 years severo

[Salvatore] formidable Export depuis http://trad.spip.net de la langue es

(edit) @80797   6 years cedric

oups coquille d'inclusion

(edit) @80794   6 years cedric

le $where ne sert que dans la requete juste dessous, on l'y intègre pour faciliter la relecture des requetes SQL

(edit) @80793   6 years camille.sauvage

ancien commit de vendredi 14/02 qui n'était pas passé
correction d'un bug dans l'utilisation de la balise #FORMULAIRE_FORMIDABLE

(edit) @80770   6 years cedric

Dans r80736 l'erreur c'était moi puisque je n'avais pas vu que traiter() serializait les valeurs multiples en une seule pour le stockage.
On retablit donc l'unicité de (id_formulaires_reponse,nom) en unifiant prealablement les éventuelles valeurs multiples importées de f&t, et en conservant la clé primaire qui n'est par contre pas inutile.

(edit) @80739   6 years cedric

on incrémente juste pour noter que la migration et l'installation sont validées sous SQLite également

(edit) @80736   6 years cedric

Corriger une erreur de structure SQL : la clé primaire sur id_formulaires_reponse,nom de la table spip_formulaires_reponses_champs empechait l'enregistrement de plusieurs réponses pour un même champ. Corrolaire : seul le premier choix des choix multiples (cases à cocher) étaient donc enregistrés.

On ajoute une clé primaire simple sur la table, ce qui a l'avantage de faire fonctionner la recherche de manière plus robuste, et on migre en renommant la table, la recreant, et transferant les donnees de l'ancienne vers la nouvelle.
Migration et installation validée en MySQL, à valider en SQLite (mais devrait être OK)

(edit) @80706   6 years salvatore

[Salvatore] formidable Export depuis http://trad.spip.net

(edit) @80693   6 years camille.sauvage

ajout du bouton "Supprimer toutes les réponses"
correction d'un bug dans la balise #FORMULAIRE_FORMIDABLE

(edit) @80690   6 years cedric

Securite : toujours utiliser l'id passé en argument de #FORMULAIRE_FORMIDABLE et non celui qui est posté et a pu etre corrompu. On centralise la conversion de l'id en id_formulaire

Extensibilite : fournir id_formulaire et id_formulaires_reponse si possible en sortie de la fonction traiter (pour les pipelines)

(edit) @80679   6 years cedric

externaliser les boutons dans un inclure surchargeable, car il est parfois necessaire de pouvoir les surcharger pour respecter une charte graphique (boutons image par exemple)

(edit) @80678   6 years cedric

passer le titre a formidable quand on utilise <form>

(edit) @80653   6 years severo

[Salvatore] formidable Export depuis http://trad.spip.net de la langue es

(edit) @80629   6 years severo

[Salvatore] paquet-formidable Export depuis http://trad.spip.net de la langue es

(edit) @80628   6 years salvatore

[Salvatore] formidable Export depuis http://trad.spip.net

(edit) @80627   6 years severo

[Salvatore] formidable Export depuis http://trad.spip.net de la langue es

(edit) @80620   6 years cedric

indentation sans modif

(edit) @80619   6 years cedric

Le raccourci <formXX> injecte le titre du formulaire en tête pour assurer une migration en douceur (equivalent fonctionnel, ne pas obliger à reprendre les contenus à la main)

(edit) @80618   6 years cedric

A l'installation quand on migre les formulaires de f&t on conserve le meme id c'est beaucoup plus comprehensible (et tant pis si il y a quelques trous)

(edit) @80617   6 years cedric

Gestion des liens formulaire<->objet :

  • lors de l'enregistrement d'un objet on reconnait les raccourcis qui inserent un formulaire et on maintient les liens
  • sur la fiche d'un formulaire on affiche les objets qui l'utilise
  • sur la fiche d'un objet on affiche les formulaires utilisés
  • correction du modèle <formXX> pour ne pas mettre en cache le formulaire dans le site public tout en affichant le formulaire dans l'espace privé
  • introduction du modèle <formidableXX> qui permet d'inserer un formulaire avec une syntaxe courte pour #ID_FORMULAIRE=XX
  • chaines de langue et styles
  • recreation des liens formulaires-articles lors de l'import f&t

Pour le moment, on ne rattrape pas les liens sur les formulaires déjà utilisés dans des contenus sur une installation existante de formidable. Pour forcer la mise à jour des liens il suffit d'enregistrer le contenu qui utilise un formulaire

(edit) @80616   6 years cedric

genie optimiser : supprimer

  • les formulaires a la poubelles
  • les reponses associees a un formulaire supprimé
  • les reponses a la poubelle
  • les champs des reponses associés à une réponse supprimée
(edit) @80615   6 years cedric

simplification

(edit) @80614   6 years cedric

oups je m'embrouille entre les forms et les formulaires (Rastapopoulos)

(edit) @80607   6 years cedric

Pour pouvoir styler et cibler les formulaires, y ajouter 2 classes :
formulaire_formidable_#ID_FORMULAIRE
formulaire_formidable_#IDENTIFIANT

(edit) @80606   6 years cedric

A l'installation les formulaires importés de f&t ont tous l'identifiant formXX avec XX l'ancien ID de form dans f&t
Du coup le modele <formXX> recupere le formulaire avec identifiant formXX et assure la compatibilte des contenus existants

(edit) @80552   6 years salvatore

[Salvatore] formidable Export depuis http://trad.spip.net

(edit) @80547   6 years cedric

Les actions supprimer ne font que mettre en statut poubelle/refuse, plus de risque de pertes de données à cause d'une action maladroite
on enleve le bouton "Supprimer" sur la page d'un formulaire

(edit) @80542   6 years cedric

detail d'interface

(edit) @80541   6 years cedric

Prise en charge du statut sur les formulaires.
Lors de l'import f&t les formulaires sans réponses sont mis en statut proposé, les autres en publiés

(edit) @80539   6 years cedric

on ajoute une recherche sur la page des reponses, ça ne marche qu'avec le patch http://core.spip.org/projects/spip/repository/revisions/21176

(edit) @80537   6 years cedric

Import des donnees des formulaires de f&t à l'installation
bugfix sur breadcrumb des reponses et formulaires non publies
formulaire de recherche dans la page des formulaires
nombre de formulaires et de reponses dans les listes

(edit) @80535   6 years cedric

a l'installation de formidable, import automatique de tous les formulaires et sondages de forms&tables
(mais il manque la prise en compte du statut, qui serait mieux, et surtout l'import des données, prochain step)

(edit) @80534   6 years cedric

commentaire

(edit) @80533   6 years cedric

prise en charge des separateurs de f&t qui deviennent des fieldset de formidable

(edit) @80532   6 years cedric

il manquait la gestion des type 'textestatique' qui s'importe en simple explication, et l'import des champs monnaie et num était éronné (taille correspond au nombre de décimales)

(edit) @80531   6 years cedric

refactoring est completion de l'import depuis xml forms&tables (il manque encore les fieldset et les file)

(edit) @80529   6 years cedric

catcher l'exception eventuelle lors de l'import et retourner en message d'erreur dans ce cas…

(edit) @80525   6 years cedric

oubli de l'argument

(edit) @80523   6 years salvatore

[Salvatore] formidable Export depuis http://trad.spip.net

(edit) @80518   6 years cedric

chaines de langue pour les statuts, liste des réponses plus claire, et filtrage des réponses par statut dans la page des réponses (onglets Toutes/A modérer/Validées/Supprimées)

(edit) @80517   6 years cedric

pas de fil d'ariane sur cette page

(edit) @80516   6 years cedric

case a cocher plutot que Oui/Non?

(edit) @80512   6 years cedric

syntaxe de |icone_horizontale : on avait des superpositions d'icones

(edit) @80511   6 years cedric

listes formulaires et reponses : homogeneiser avec les conventions de SPIP 3 (titre, ordre des colonnes)
On supprime l'action dupliquer/supprimer sur la liste des formulaires, il faut aller sur un form pour faire l'operation
mais on ajoute le nombre de réponses et un lien vers la page des réponses

(edit) @80510   6 years cedric

chaines de langue 1/nb/aucun pour les réponses et les formulaires

(edit) @80507   6 years cedric

ergonomie de la saisie des traitements

(edit) @80504   6 years cedric

ergonomie de la modification des champs du formulaire :
on masque le gros message vert et le gros bouton "Reinitialiser" trop affordants qui sont proposés par saisies.

A la place un message simple en haut, et le bouton "Revenir à la dernière version enregistrée" dans le cartouche en bas, qui apparaissent dès qu'une saisie est modifiée

(edit) @80503   6 years cedric

name sur le submit

(edit) @80496   6 years cedric

indentation

(edit) @80495   6 years cedric

afficher toutes les infos du formulaire sur la page de vue, l'aide memoire de la colonne extra ne s'affichait pas dans tous les cas, traitement propre sur le message de retour

(edit) @80492   6 years cedric

quand le formulaire n'a encore aucun champ de saisie, soyons un peu plus smart et convivial dans ce qu'on affiche : un message qui explique la situation plutot qu'un bouton "enregistrer" sorti de nulle part et incompréhensible

(edit) @80491   6 years cedric

Suppression de la globale $GLOBALSformulaires?editer_formulaire?,
squelette HTML du formulaire d'edition, declaration champs_editables et champs_versionnes dans l'API tables_objets_sql, nommage génériques et implémentation des fonctions de editer/formulaire (avec support des vieux nommages)
+ ajout d'une chaine de langue sur erreur de format
+ bugfix verification unicité de l'identifiant

(edit) @80488   6 years cedric

Attention : on branche le trunk en v1 qui reste la version stable. Le trunk va subir du nettoyage/refactoiring et passe en v2-dev

(edit) @80487   6 years cedric

homogeneiser les éléments d'interface avec les conventions (core et echaffaudages)

(edit) @80352   6 years rastapopoulos

Correction rapide des valeurs par défaut, lors du chargement, on insère les options "defaut" en tant que valeurs du charger() comme le fait d'ailleurs Saisies dans son API. Le mieux serait évidemment d'utiliser les "nouveautés" (plus tant que ça) de Saisies dans Formidable.

Cela devrait corriger toutes ces saisies "selection" ou "oui_non" qui n'affichaient pas les bonnes valeurs par défaut.

(edit) @80347   6 years rastapopoulos

Les dernière modifs sur "date_crea" avait pété Formidable chez tous ceux qui l'avaient déjà et ne l'installaient pas à zéro.

En effet, au moins en MySQL, il *faut* indiquer le type de donnée quand on fait un CHANGE sur le nom d'un champ, on ne peut pas juste donner le nouveau nom.

Du coup ça ne jouait pas la requête et on avait toujours "date_crea" dans la base.

(edit) @80081   6 years nicolas.dorigny

En fait le zip avait été déjà généré : tentative de rétropédalage, j'espère que ça reste cohérent

(edit) @80080   6 years nicolas.dorigny

renommer date_crea en date_creation, le zippeur est pas passé je n'incrémente pas version et shéma

(edit) @80073   6 years nicolas.dorigny

Ajout d'une date de création du formulaire (nommée date_crea parce que date est un mot reservé mysql)
Incrémentation mineure de version et de shéma

(edit) @80005   6 years rastapopoulos

Mettre en stable, car même s'il y a quelques bugs à corriger, ça fait longtemps que c'est utilisé sans changement majeur.

(edit) @79938   6 years camille.sauvage

Rectification de l'évaluation des options du formumlaire pour vérifier si un formulaire est modifiable à réponse unique et retrouver la réponse en cas d'anonymisation.
Je ne comprends pas comment ça pouvait marcher avant...

(edit) @79462   6 years salvatore

[Salvatore] formidable Export depuis http://trad.spip.net

(edit) @79458   6 years prigent.yohann

Ajout d'un nouveau champ dans les traitements permettant de spécifier l'adresse email d'un des destinataires comme un des champs du formulaire.

(edit) @78769   6 years salvatore

[Salvatore] paquet-formidable Export depuis http://trad.spip.net

(edit) @78207   6 years spip.franck

suffixe

(edit) @78011   6 years brunobergot

fôte (kent1)

(edit) @78010   6 years brunobergot

Version 1.8.4 : report de r78009, passer le champ saisies de la table spip_formulaires en longtext pour permettre d'y stocker des formulaires longs

(edit) @77791   6 years rastapopoulos

Ne pas laisser des entités dans les champs de mail qui ne gèrent pas le HTML : c'était déjà le cas pour le sujet mais pas pour le nom de l'envoyeur. On fait donc filtrer_entites().

(edit) @77603   6 years salvatore

[Salvatore] formidable Export depuis http://trad.spip.net

(edit) @77580   6 years maieul

changer de z, pour que les gens récupérent les chaînes de langues volées par r76450

(edit) @77579   6 years maieul

rétablissement de r75995, supprimé par r76450

(edit) @77578   6 years maieul

rétablissement de r75889 supprimé par r76450

(edit) @77577   6 years maieul

rétablissement de r75920, supprimé par r76450

(edit) @77570   6 years maieul

afficher correctement les statistiques après la validation d'un formulaire

(edit) @77522   6 years camille.sauvage

Incrément du y du numéro de version

(edit) @77520   6 years camille.sauvage

Ajout du paramètre de configuration permettant à un auteur de modifier le statut d'une des réponses à un formulaire dont il est l'auteur ou l'un des auteurs. Modifie le comportement par défaut où seul un admin pouvait le faire.

(edit) @76653   6 years salvatore

langues (formidable)

(edit) @76450   6 years salvatore

langues (formidable)

(edit) @75998   6 years maieul

puisque le message de retour passe par |propre, inutile de mettre un <br /> devant... cela évite d'avoir un <br /> en début de message

(edit) @75996   6 years maieul

coquille

(edit) @75995   6 years maieul

comme le fait remarquer cedric, il n'est pas très poli de ne mettre aucun message après la validation d'un formulaire. Mettons un message par défaut à l'enregistrement en bdd.

(edit) @75994   6 years maieul

évitons d'afficher le type d'action à faire après si pas de message défini

(edit) @75920   6 years maieul

possibilité d'exclure certains champ de l'analyse (utile notamment lorsque on des champs qui sont uniquement là pour conditionner l'affichage d'autres champs)

(edit) @75919   6 years maieul

pouvoir aussi exporter les stats sur choix_couleurs (remarque : il serait bon de prévoir un mécanisme générique en fonction de la description de la saisie

(edit) @75918   6 years maieul

analyse des données : prendre en compte le fait que désormais les saisies de type sélection peuvent avoir des sous-saisies (optgroup)

(edit) @75889   6 years maieul

mettre une option pour ne pas rengistrer les ip des gens qui répondent

(edit) @75888   6 years maieul

todo : saisie conditionnel -> fait

(edit) @75501   6 years salvatore

langues (formidable)

(edit) @75321   6 years pierrekuhn82

On modifi l'appelle de la fonction pour l'envoi par mail du formulaire.
Version 1.5.2 pour formidable et 3.0.3 pour facteur désormais.

(edit) @75314   6 years maieul

après réflexion, on peut utiliser la constante cnil periode aussi, de toute facon la surcharge se fera ds tt les cas ds mes_options.php

(edit) @75312   6 years maieul

a priori n'est plus en dev. A minima en test, si ce n'est stable

(edit) @75311   6 years maieul

ligne vide après un ?>

(edit) @75310   6 years maieul

vie privée : hasher les ip des réponse au bout du délai _CNIL_PERIODE_FORMIDABLE (code inspiré du plugin-dist forum). Par défaut 4 mois de 31 jour

(edit) @75246   6 years marcimat

simplification du phpdoc

(edit) @75140   6 years maieul

évitons d'imbriquez les <p>

(edit) @75139   6 years maieul

insérer l'aide mémoire aussi dans la page de config des champs (utile lorsque pourra conditionner les traitements des champs)

(edit) @74501   6 years maieul

appliquer propre sur les messages de retours de formidable

(edit) @74005   7 years salvatore

langues (formidable)

(edit) @73881   7 years salvatore

langues (formidable)

(edit) @73827   7 years camille.sauvage

Prise en compte du paramètre de configuration des auteurs par
formulaires pour l'import et la duplication des formulaire.
Ajout par défaut de l'auteur courant comme auteur du formu-
laire dupliqué ou importé

(edit) @73362   7 years camille.sauvage

langues (formidable)

(edit) @73359   7 years camille.sauvage

Retouches sur les appels des balises #AUTORISER
Inclusion explicite de inc/config pour les appels des fonctions lire_config et ecrire_config

(edit) @73338   7 years salvatore

langues (formidable)

(edit) @73326   7 years camille.sauvage

Ajout de la possibilité d'associer des auteurs à un formulaire. Le choix s'effectue dans la config globale du plugin. Une fois un formulaire créé par un auteur, il en devient auteur et peut ajouter et supprimer des auteurs.
Seul les auteurs associés à un formulaire peuvent en voir les résultats

(edit) @73267   7 years rastapopoulos

Désactiver le filtre de statut quand on cherche à savoir s'il y a au moins une réponse : on veut aussi celles non publiées.

(edit) @72956   7 years camille.sauvage

Initialisation conditionnelle des variables spécifiques en fonction de leur initialisation préalable dans le mes_options.php de l'instance SPIP.

(edit) @72952   7 years gaitan

langues (formidable)

(edit) @72738   7 years rastapopoulos

décalage du crochet

(edit) @72145   7 years salvatore

langues (formidable)

(edit) @71820   7 years kent1

langues (formidable)

(edit) @71762   7 years kent1

typo

(edit) @71677   7 years salvatore

langues (formidable)

(edit) @71601   7 years camille.sauvage

Ajout de la possibilité d'anonymiser les formulaires, c'est à dire ne
pas garder de traces des utilisateurs ayant répondu (tout en gardant
la possibilité d'avoir des réponses uniques, modifiables

(edit) @71598   7 years camille.sauvage

Export de l'analyse des réponses en format CSV

(edit) @71597   7 years camille.sauvage

Export de l'analyse des réponses en format CSV

(edit) @71586   7 years camille.sauvage

possibilité d'autoriser un admin restreint à administrer les formulaires et consulter les résultats... par défaut à 'false'

(edit) @71582   7 years salvatore

langues (formidable)

(edit) @71562   7 years camille.sauvage

annulation du dernier commit => catastrophe !

(edit) @71555   7 years camille.sauvage
  • traitement de l'anonymisation. Elle permet de créer des formulaires dont les réponses sont anonymes (pas d'adresse IP, pas de nom de cookie, pas de login)
  • export de l'analyse des données en en CSV depuis l'Espace Privé
(edit) @71051   7 years george

Woops!

(edit) @70912   7 years camille.sauvage

suppression de fichiers accidentellement ajoutés au dépôt

(edit) @70911   7 years camille.sauvage

suppression de fichiers accidentellement ajoutés au dépôt

(edit) @70910   7 years camille.sauvage

suppression d'un ajout accidentel au dépôt

(edit) @70909   7 years camille.sauvage
(edit) @70631   7 years george

Si "nom" est passe par un #INCLURE, le critere {nom} n'est pas reconnu.

(edit) @70613   7 years patfr

Analyses sur les checkbox/radio : respecter le format natif de la valeur à afficher (balises HTML par exemple)

(edit) @70610   7 years patfr

Permettre l'annalyse d'un seul champ au lieu du formulaire entier :
Exemple : #INCLURE{fond=modeles/formulaire_analyse,id_formulaire,nom=checkbox_1}

TODO: si besoin, exploiter les listes du genre : nom=checkbox_1|input_1
(souvent l'analyse de tous les champs n'est pas nécessaire...)

(edit) @69124   7 years salvatore

langues (formidable)

(edit) @66722   7 years rastapopoulos

fin de lignes des PHP

(edit) @66720   7 years suske

pas de * par respect pour les navs + essayer de permettre le travail au clavier

(edit) @66707   7 years suske

Rustine jQuery pour éviter que les navs html5 compliant n'empêchent la mise à jour à cause des "required".
TODO: le faire en php pour que ce soit corrigé pour tous...

(edit) @66096   7 years rastapopoulos

Ne pas assigner en même temps que de passer par référence.

(edit) @65933   7 years salvatore

langues (formidable)

(edit) @65904   7 years salvatore

langues (formidable)

(edit) @65784   7 years marcimat

Mauvais lien, et code mort.

(edit) @65675   7 years marcimat

2 images utiles pour l'objet éditorial.

(edit) @65666   7 years marcimat

Phpdoc sur les puces statuts

(edit) @65651   7 years salvatore

langues (formidable)

(edit) @65634   7 years marcimat

Les bonnes puces statuts sur les réponses de formulaire.

Ce code est vilain des puces. Faudrait améliorer ça pour la 3.1 avec la connaissance du parent :)

(edit) @65633   7 years marcimat

Choupette graphique

(edit) @65632   7 years marcimat

Migration un peu plus vers SPIP 3 avec spip_formulaires_reponses en objet éditorial

(edit) @65620   7 years marcimat

Migration un peu plus vers SPIP 3 :

  • déclarer 'spip_formulaires' en objet éditorial
  • renommage des pages exec homogène avec le reste de SPIP : formulaires, formulaire et formulaire_edit
  • décoration des listes de formulaire aux nouvelles normes

Reste à gérer les réponses...

Petit inconvénient aussi, il fait du coup des urls propres pour les formulaires…

(edit) @65608   7 years marcimat

Explication n'a pas a avoir de statistiques...

(edit) @65604   7 years marcimat

La css privée doit passer un peu avant la css publique pour garder les couleurs du privé

(edit) @65603   7 years marcimat

On permet de choisir l'affichage des statistiques de réponses après la saisie d'un formulaire (et si on a déjà rempli le formulaire et qu'on peut pas resaisir).
On permet de configurer la classe css appliquée sur le modèle des barres de progression des statistiques.

(edit) @65601   7 years marcimat

On décore d'un graphisme les analyses des réponses de formulaire en mettant des barres de progression et des pourcentages. Le code provient du module de sondage qu'on va intégrer directement dans formidable en créant un nouveau type de retour.

(edit) @65581   7 years marcimat

Oups et un peu de doc

(edit) @65580   7 years marcimat

Un peu plus de migration de Formidable vers SPIP 3 :

  • paquet.xml et administration nouvelle mode
  • un peu de phpdoc.
(edit) @65570   7 years marcimat

On complète très légèrement formidable pour préparer un petit module de sondage dans un plugin séparé :

  • Dans le chargement du formulaire formidable, on transmet la ligne SQL du formulaire (ça évite de refaire une requête pour les modules se branchant dessus)
  • Dans la construction des analyses de réponses, on indique dans l'attribut data-nombre le nombre total de réponse (ça permet de faire des pourcentages en jquery)
(edit) @65547   7 years marcimat

1 notice php +
filtre singulier ou pluriel sur le nombre de réponses sur la page d'analyse.

(edit) @65544   7 years marcimat

Notices PHP lors de l'utilisation de Formidable. Ajout d'un filtre pour désérialiser si possible sans générer d'erreur

(edit) @65153   7 years patfr

Attention aux fichiers non UTF-8

(edit) @63858   8 years jrynik

langues (formidable)

(edit) @63214   8 years salvatore

langues (formidable)

(edit) @63165   8 years salvatore

langues (formidable)

(edit) @62993   8 years jrynik

langues (formidable)

(edit) @62066   8 years salvatore

langues (formidable)

(edit) @62047   8 years renato

fichier italien

(edit) @61284   8 years salvatore

langues (formidable)

(edit) @61018   8 years paolo2

Retablir possibilite de definir le champ From

(edit) @59492   8 years teddy.spip

L'ajax a du mal à se charger correctement. Pour le moment, on l'enlève jusqu'à ce qu'on comprenne d'où vient l'erreur.

  • <:bouton_radio_modere_xxx:> passe dans l'extension forum en spip3. A prendre en compte dans formidable.

Est-ce qu'on met un nécessite pour l'extension forum alors ?

(edit) @58926   8 years cedric

Gestion des from sur les emails envoyés post saisie : il faut garder le from par defaut de SPIP car sinon on ne peut pas utiliser les SMTP un peu sécurisés, et de plus un mail avec même dest et from a toutes les chances de se faire arrêter par les antispams...

(edit) @58922   8 years cedric

Numeros de version fantaisistes...

(edit) @58046   8 years teddy.spip

On continue les corrections esthétiques. On unifie le tout. Création du répertoire prive/objets/infos pour faciliter le tout. Mais je n'arrive pas à comprendre la mécanique de #FORMULAIRE_INSTITUER_OBJET pour le faire fonctionner avec FORMULAIRES_REPONSE. Suite au prochain épisode…

(edit) @58045   8 years teddy.spip

Correction esthétique. Il faudra revoir sur la page ?exec=formulaires_reponses le javascript du statut des réponses. Cela ne fonctionne plus comme avant au survol.

(edit) @58044   8 years teddy.spip

Gros oups

(edit) @58043   8 years teddy.spip

suppression d'un répertoire devenu inutile maintenant. Et on monte de version

(edit) @58041   8 years teddy.spip

Passage en découpage Z de la partie privée de formidable.

(edit) @57654   8 years rastapopoulos

Pfff n'importe quoi moi !

(edit) @57650   8 years rastapopoulos

Crédit

(edit) @57649   8 years rastapopoulos

Les numéros de version c'était n'importe quoi dans le fichier de mise à jour + on change le type du champ "message_retour" pour augmenter sa capacité et résoudre ainsi le bug signalé par Gecko62.

(edit) @57645   8 years rastapopoulos

vieux truc inutile trunk

(edit) @57493   8 years rastapopoulos

La version actuelle peut être considérée comme stable, le trunk repasse en dev avec changement de fourchette de compat.

(copy) @57491   8 years rastapopoulos

rangement formidable 2

copied from _plugins_/formidable_trunk:
(copy) @57490   8 years rastapopoulos

rangement formidable 1

Note: See TracRevisionLog for help on using the revision log.