Skip to content
Extraits de code Groupes Projets
Sélectionner une révision Git
  • check_reponse
  • dev/issues_131_133_boites_liaisons
  • formidable_request_ou_base
  • imposer_un_traitement
  • issue45_date_effacement
  • issue_251_erreur_formulaires_lies
  • master par défaut protégée
  • no_bouton
  • v0
  • v1
  • v2
  • v3
  • v4
  • v7.0.6
  • v7.0.5
  • v7.0.4
  • v7.0.3
  • v7.0.2
  • v7.0.1
  • v7.0.0
  • v6.6.2
  • v6.6.1
  • v6.6.0
  • v6.5.0
  • v6.4.0
  • v6.3.2
  • v6.3.1
  • v6.3.0
  • v6.2.0
  • v6.1.2
  • v6.1.1
  • v6.1.0
  • v6.0.0
33 résultats
Vous pouvez vous déplacer dans le graphe en utilisant les touches fléchées.
Created with Raphaël 2.2.019Dec18171615915Nov131283130Oct29282523222112115429Sep282647Aug10Jul429Jun25241463228May27242313111093Apr22Mar1817161224Feb2014825Jan2418Dec828Nov272213121119Oct22Sep18Aug172Jul123May8421Apr181286214Mar1194321Feb29Jan28272623212017139852131Dec3029282724232221201918113Oct97329Sep2826242287622Jul211816151230Jun6131May25716Mar1329Feb281027Dec131123Nov2215659Oct6528Aug23Jun15928May17415Apr1419Mar3216Feb20Jan1916Dec11120Nov16525Oct111018Sep17161328Aug261124Jul17109216May7630Mar2422211514135328Feb261918171615141312111076531Jan1613920Dec24Nov9631Oct2221201829Sep242116151098330Aug29Jul30Jun262487option pour ne pas envoyer par mail les champs videv3.33.0v3.33.0nécessite dernière version de saisiev3.32.6v3.32.6nécessire saisie 3.8.8v3.32.5v3.32.5C'était un bug introduit hier soir, tard, dans saisies (il faudra que jev3.32.4v3.32.4pas d'obligatoire avant qu'on sache traiter correctement les afficher_si en cascadev3.32.3v3.32.3[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.netsuppression de ce message sur le formulaire anonyme quiv3.32.2v3.32.2nécessite la dernière version de saisiev3.32.1v3.32.1up de yv3.32.0v3.32.0afficher la config de réglage de l'unicité des réponses que si on aura réellement besoins (tous les traitements en PHP se basent sur le principe que le règlage par défaut = cookie, donc c'est bon normalement)encore un peu plus de séparation en fieldset dans la config des enregistrements + un changement de label + deux / trois broutilles de mise en formene pas proposer de ne pas stocker l'id_auteur si jamais on utilise l'id_auteur pour identifier une réponse et qu'en plus on a besoin d'identifer une réponseen r112879 je disais "compatibilité assuré pour les gens qui auraient modifié les variables globales". C'était faux. Maintenant c'est vraiprécaution ne pas essayer un "return ;"etape 6 et finale : on stocke en base l'éventuel identifiant par variable phpEtape 5 : avoir une fonction qui trouve la réponse d'une personne à un formulaire tenant compte du choix principal d'identification des réponsesEtape 4: lorsqu'on teste le droit de poster une réponse, tester en prenant en compte les paramètres d'identification de la réponseEtape 3 : la fonction d'anonymisation ne fait qu'anonymiser, c'est àEtape 2: séparer clairement l'id_auteur de la variable php d'identification + migrer les données et traitements existantscoquille php docComme expliqué sur la zone, l'identification par variable PHP est unpréciser le contenu du cookiecohérence chaîne de languechaine de langue morte[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.netinutile d'essayer d'anonymiser un auteur qui n'est pas identifiémieux rangerv3.31.1v3.31.1commentaire qui n'avait pas de sens.up de yv3.31.0v3.31.0afficher_si sur le message d'erreur quand un champ n'est pas unique,mettre la case rafraichir le cache avant affichage résumé de la réponse, juste pour des raisons esthétiquesEtape 2: structurer en fieldsetsRestructuration du formulaire de config des enregistrements en 3 partieslabel plus explicitelabel + explication pour la variable d'anonymisation + pas besoin d'une chaine de langue pour l'intro du select (surtout avec un nom absolument pas explicite)identification ne sert pas que pour la modification des réponses, mais aussi pour interdire les réponses multiple, on reformule la chaîne de langue.suppression de cette classe .suite quitout ceci nous permet de supprimer formidable_options, et donc d'economiser à chaque hit. Cela mérite bien un +1 sur yv3.30.0v3.30.0éviter de mettre une définition dans un options, lorsque la valeur n'est utilisé que dans une fonction. Autant définir dans ce cas dans la fonctionvariable d'anonymisation :

Forge communautaire SPIP | Charte d'utilisation | Signaler un problème sur ce site