Mise à jour corrective version 4.3.1 - 2025-01-22

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

Mise à jour majeure version 7.0.0 - 2025-01-22

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.

Mise à jour corrective 3.3.1 - 2025-01-16
Corrections
– 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é

Mise à jour fonctionnelle version 5.11.0 - 2025-01-22

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)

Mise à jour corrective version 4.0.2 - 2024-12-31
Corrections :
– 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