Corrections

• Pour la saisie disposition_album mutualiser le code avec la saisie radio
• Erreur fatale PHP dans le formulaire de migration des portfolios

Ajouts

• Possibilité de dire qu’un traitement utilise un autre traitement, et passe donc après
• Les traitements qui en nécessite un autre passent systématiquement après celui-ci
• Vérification formidable_coherence_arobase qui vérifie si les @@ présent dans un champ correspondent aux raccourcis possible pour un formulaire donné
• Pipeline verifier_formidable_coherence_arobase pour modifier le comportement de cette vérification
• Possibilité d’activer une prévisualisation avant soumission définitive
• 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
• Chaque traitement peut avoir une fonction traiter_<xxx>_instituer_reponse() appelée lors du changement de statut d’une réponse. Reçoit le $flux du pipeline post_edition et $options les options du traitement. Retourne le $flux éventuellement modifié.
• Lors de l’institution d’une réponse, les pipelines pre_edition et post_edition reçoivent systématiquement en args les infos les plus courantes sur le formulaire (identifiant, traitements, saisies)
• Pouvoir envoyer les emails au moment de la validation de la réponse (passage en statut publié)

Modifications

• L’action vider_formulaire passer par l’API d’objet de SPIP pour mettre à la poubelle les réponses, permettant ainsi l’exécution des pipelines pre et post institution
• Se servir de la clé necessite pour indiquer le traitement email doit passer après le traitement enregistrement
• Lors de la configuration du message général de retour, vérifier si les @@ correspondent à des raccourcis interprétables
• Lors de la configuration des traitements, vérifier si les @@ correspondent à des raccourcis interprétables
• Lors qu’une erreur est rencontrée durant l’exécution d’un traitement, $retours['message_erreur'] ne contient que l’erreur du traitement courant
• Les erreurs à l’exécution du traitement sont réunions dans des div spécifique à chaque traitement
• Lors de l’exécution d’un traitement $retours['erreurs'] contient un tableau des erreurs traitement par traitement
• Pour le formulaire de configuration des traitements, utiliser l’API de Saisies, pour ne pas enregistrer les valeurs des champs de config masqués par afficher_si
• Configuration du traitement enregistrement : réorganisation ergonomique
• Utiliser l’API de saisies pour tester les type de saisie dans formidable_tableau_valeurs_saisies()
• Déléguer à saisies tout l’affichage du formulaire
• Lors de la soumission d’une réponse, passer par objet_inserer() ou objet_modifier_champs() plutôt que d’aller directement à la couche SQL
• Lors de la soumission d’une réponse sur un formulaire à modération _a posteriori_, la réponse n’est pas publiée tout de suite, mais on l’institue juste après soumission, ce qui permet de profiter des pipelines
• Les réponses ont désormais leur propre fonction d’institution

Corrections

• Rétablir le crayonnage des champs fichiers
• Pour un formulaire contenant uniquement une case à cocher, pouvoir décocher la case d’une réponse déjà en base
• Ne pas invalider le cache au changement de statut d’une réponse, mais uniquement si demandée dans la configuration du traitement et si on va vers/on quitte le statut publie
• Vérification de l’unicité des réponses : définir les statuts de réponses à vérifier

Suppressions

• Le champ public de la table spip_formulaires jamais appelé ni rempli en formidable est supprimé
• Antispam historique interne, remplacé depuis longtemps par celui de Nospam
• Le passage de l’option _titre à l’appel de #FORMULAIRE_FORMIDABLE est supprimé. À la place, configurer un contenu à insérer avant le formulaire : lors de l’édition des champs, se rendre sur "Options globales" puis "Autour du formulaire" champ "Texte au début du formulaire" (possibilité d’utiliser les raccourcis typographiques de SPIP).
• fichier d’action supprimer_formulaire et supprimer_formulaires_reponse
• Le filtre/la fonction tenter_unserialize doit être remplacé par formidable_deserialize (même paramètre)
• Le critère {tri_selon_donnee} doit être remplacé par {tri_selon_reponse} (même paramètre)

Déprécié

• Le second argument de #FORMULAIRE_FORMIDABLE doit être un tableau. Préferez un tableau vide (#ARRAY) à une chaîne vide. La compatibilité sera supprimé en v8.0.0
• 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.
• 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#3emearg.

• Bien tester les autorisations d’afficher le contenu des articles/rubriques dans les fragments chargés en ajax
• Ne pas générer d’erreur dans le json du calendrier quand le multilinguisme n’est pas encore configuré

Ajouts :

• Les vues des saisies recoivent dans l’env une clé _env contenant l’ensemble des paramètres d’environnement passés à #VOIR_SAISIES
• spip-contrib-extensions/formidable#277 fonction saisies_mapper_verifier()
  

Corrections :

• Aucune valeur size ou cols par défaut sur les input et textarea
• Saisie statuts_objet : en cas de sélection multiple, prendre des checkbox plutot qu’une saisie selection_multiple
• Eviter une fatale sur le pipeline saisies_afficher_si_saisies lorsqu’il n’y a pas encore de saisies dans l’aide-mémoire
• Saisie choix_grille : (re)permettre de visualiser et corriger les enregistrement pour les saisies dont les clés sont numériques
• échapper l’attribut data-label_enregistrer sur le bouton de validation
• Valeur par défaut de l’option colonnes sur la saisie conteneur_1line mis à 1ligne_max (erreur dans !373)

• Bug sur la sélection par statut
• Appel d’autorisation incorrect dans l’action d’export en tableur
• (Re)pouvoir choisir les dates de début et de fin
• Transmettre le paramètre public de l’env à la classe Table afin d’avoir les urls correctes côté public