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.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
  • v5.7.1
33 résultats
Vous pouvez vous déplacer dans le graphe en utilisant les touches fléchées.
Created with Raphaël 2.2.022Jan10Dec27Nov26527Oct242119149654129Sep181743230Aug292823Jul17Jun5431May30282519230Apr272423171628Mar2322201912627Feb26222012111013Jan109626Dec2216151423Nov222114119831Oct262522215130Sep27262517161516Aug1317Jul1657Jun28May141216Apr9229Mar28191811105Feb47Jan5Dec425Nov87Oct21Sep201120Jul1424Jun21831May2625242213121110626Apr25191511643Mar224Feb232120191814137623Jan22191830Dec281326Nov211420Aug23Jul827Jun1211543126May24231712119330Apr292827161413121094231Mar30292826252014128743128Feb2725171312109216Jan131210630Dec654327Nov829Oct2827241554change: Pour le formulaire de configuration des traitements, utiliser l'API de `Saisies`style: indentationremove: code JS redondant avec ce qui est pris en charge directement par `saisies`fix: une explication qu'on avait fait sauter dans chaines de langue mais pas dans le formulairefix: permettre encore de passer `''` en second argument de `#FORMULAIRE_FORMIDABLE`, mais lever une depréciation le cas échéantfeat: Pour le traitement `enregistrement` pouvoir dire que la modification d'une réponse existante par l'internaute la rebascule en proposée, désactivable au cas par cas avec l'option d'appel `traiter_enregistrement_desactiver_modif_instituer_prop`docs(phpdoc): renvoyer vers la doc officiel pour les options d'appelrefactor: mettre le test de publication automatique d'une réponse dans une fonction à partchange: ergo de la config du traitement `enregistrement`fix: pour un formulaire contenant uniquement une case à cocher, pouvoir décocher la case d'une réponse déjà en basefix: gérer les raccourcis `@explication_xx@` lors de l'envoi d'email a posteriori (en tenant compte de l'éventuel masquage par `afficher_si`)change: Utiliser l'API de `saisies` pour tester les type de saisie dans `formidable_tableau_valeurs_saisies()`style: orthographe et typographiebuild: nécessite saisie v5.9.0refactor: tout ce qui est affichage proprement dit du formulaire déplacée dans saisies, en passant le cas échéant des optionsdeprecate: Le troisième argument de `#FORMULAIRE_FORMIDABLE` doit être un tableau. Les 4e et 5e arguments sont dépréciés. La retrocompatiblité sera supprimée en formidable v8. Voir https://contrib.spip.net/3284#3emeargdeprecate: Le troisième argument de `formidable_raccourcis_arobases_2_valeurs_champs()` doit être un tableau. Les 4e, 5e, 6e, 7e arguments sont dépréciés. La retrocompatibilité sera supprimée en formidable v8.0.0.remove: `_titre` pour `#FORMULAIRE_FORMIDABLE`remove: filtre `tenter_unserialize` et critère `{tri_selon_donnée}`feat: re(intégration) de la possibilité d'utiliser `@id_formulaires_reponse@` dans les message de retour d'emailchore: actualisation PHPstanrefactor: passer tout ce qui est configuration du contenu / des expéditeurs des mails dans `traiter_email_envoyer_accuse()` et `traiter_email_envoyer_destinataire()` plutot que dans les 4 fonctions appellantesrefactor: dans `traiter/email`, tout ce qui est recherche des options arobaisables dans une seule fonctionchange: prefixage de nom de fonctionschange: prefixage de `vue_fichier_to_tableau_facteur()`change: deplacement d'une fonction dans inc/formidable_fichierfix(tests): selon changement dans traiter/email.phpchange: coherence nom de fonctionfix: lors de l'envoi a posteriori, rechercher aussi les destinataires en fonction de ce qui a été postéfix: éviter fatale si les quand_envoyer ne sont pas configurésfix: n'envoyer l'accusé que si on modifie le statutfix: pas de fatal si on n'envoi pas immédiatementfix: nom de l'envoyeur lorsqu'on envoie a posteriorifix: warningfix: ne pas envoyer un message comme quoi on a envoyé un mail si le mail était en difféfeat: pouvoir envoyer les emails au moment de la validation de laremove: code mortchange: ne pas envoyer les mails immédiatement si on ne le demande pas (sauf pour les formulaires historiques)feat: config yaml de l'envoi décalée des emailsremove: code mort

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