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.023Mar22201912627Feb26222012111013Jan109626Dec2216151423Nov222114119831Oct262522215130Sep27262517161516Aug1317Jul1657Jun28May141216Apr9229Mar28191811105Feb47Jan5Dec425Nov87Oct21Sep201120Jul1424Jun21831May2625242213121110626Apr25191511643Mar224Feb232120191814137623Jan22191830Dec281326Nov211420Aug23Jul827Jun1211543126May24231712119330Apr292827161413121094231Mar30292826252014128743128Feb2725171312109216Jan131210630Dec654327Nov829Oct282724155411Sep24Aug17Jul825Jun24876329May24211714133227Apr24231918Mar65129Feb2725222120765330Jan2513117631Dec2322191328Nov121021build: v6.0.1v6.1.1v6.1.1fix: Ne pas provoquer de fatale lors du traitement d'un formulaire avec valeurs multivaluées (bug introduit en v6.1.0)build: v6.1.0v6.1.0v6.1.0chore: actualisation PHPstanfix: sanitizer les valeurs soumises à formidablefeat: Il est possible de désactiver l'ajax sur un formulaire précis en passant `#ARRAY{no_ajax,oui}` en 3eme argument de l'appel à `#FORMULAIRE_FORMIDABLE`remove: pas besoin d'ajaxer le formulaire formidable côté privé, vu que c'est fait par défautdocs: type sur PHPdocs + mutualiser PHPdocs sur les options d'appelfix: mise à plat de l'id et des classes associé·es à un formulairechange: les formulaires sont chargés en AJAX désormaisremove: code commenté et explication pas très clairedocs: coquilles PHPdocdocs(fix): `formidable_deserialize()` pasi18n: [Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue esstyle: ortho (bis repetitia)style: orthofdocs: v6.0.0 nowv6.0.0v6.0.0build: v6.0.0style: retour ligne + BOMdocs: les ruptures de compat en v6.0docs: deux fonctions/filtres dépréciées dans la v6.0, qui disparaitront en v7.0docs: rédac (épicène)fix: Eviter les appels aux autorisations en dur (non surchargeables)fix: L'autorisation `formulairesreponse_voir` reçoit un `id_formulaires_reponse`, comme les autresdoc: Mise à jour du changelogfeat: Autorisation d'accéder à un fichier depuis un lien dans un emailfix: ne pas provoquer de fatal si on n'a choisi aucun traitementi18n: [Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue ardocs: commentaire PHP sur les différents types de destinataires possiblesdocs(changelog): pour #205 #198feat: pouvoir indiquer des auteur·trices destinatairesstyle: ordre de définition des destinataires dans la fonction .php // à celle du fichier .yamldocs: commentaire PHP sur la terminologie des différents destinataireschange(ui): plutot que destinataire supplémentaires, parler d'adresses de destination, plus clairchange(ui): la vénérable option `champ_destinataire` passe en dernierchange: si aucune adresse expéditrice/nom expéditeur n'est défini, utiliser la configuration de facteurchange: traitement email: si aucun sujet est défini, et si aucun nom expéditeur n'est défini, alors mettre "<adresse_courriel> vous à écrit" comme sujetfix: bon fichier pour les fonctions sqlfix(ui): mettre plus haut l'option pour exclure les champs videsfix(ui): ne proposer d'utiliser les valeurs bruts dans le sujet que si celui-ci contient des @champ@

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