RealET a rédigé il y a 5 mois et salvatore a validé il y a 5 mois

i18n: [Salvatore] [source:lang/ saisies] Mise a jour du bilan depuis https://trad.spip.net

RealET a rédigé il y a 5 mois et salvatore a validé il y a 5 mois

i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue fr_tu
i18n: [Salvatore] [source:lang/ paquet-saisies] Mise a jour du bilan depuis https://trad.spip.net

Maïeul a rédigé il y a 5 mois et Maïeul a validé il y a 5 mois

reculer à une étape `0` et pas `1`, on corrige

Maïeul a rédigé il y a 5 mois et Maïeul a validé il y a 5 mois

fix: #435

Maïeul a rédigé il y a 5 mois et Maïeul a validé il y a 5 mois

Ref: #435

Maïeul a rédigé il y a 5 mois et Maïeul a validé il y a 5 mois

feat: `saisies_supprimer_callback($saisies, $callback)` pour supprimer de `$saisies` les saisies saisies où `$callback` retourne false

On refactorise `saisies_supprimer_sans_reponse()` avec
`saisies_supprimer_callback()`.

Cela debugue aussi cette fonction dans le cadre où une seule sous saisies d'un fieldset était sans réponse.

Ref: #435

fix: `saisies_appliquer_depublier_recursivement()` doit chercher de manière récursive même si la saisie parente n'est pas dépubliée.

Cas typique: on a une saisie `fieldset` (A) depubliée située elle même dans
un fieldset (B).

Il faut depublier les sous-saisies de A, même B est publiée.

Le bug venait de 093863db trop vaste

i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue de
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue en
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue es
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue fr
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue fr_tu
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue it
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue nl
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue pt_br
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue ru
i18n: [Salvatore] [source:lang/ paquet-saisies] Export depuis https://trad.spip.net de la langue sk
i18n: [Salvatore] [source:lang/ paquet-saisies] Mise a jour du bilan depuis https://trad.spip.net

fix: ne pas provoquer de fatale en JS sur les formulaires sans attribut `data-resume_etapes_futures`

Cela faisait planter les afficher_si en monoetape

ref: 292060a7

change: Dans le cadre d'un formulaire créé par constructeur, appliquer récursivement la dépublication des saisies dès la récupération de celles-ci

Ref: !438 (comment 190026)

Ref: #433 #434

C'est un problème similaire à #433

Les modèles d'affichage des étapes doit se baser sur le nom du fieldset et non pas son contenu complet pour déterminer si une étape est passée ou pas

En effet le contenu complet peut potentiellement être modifiée pour
l'application du système de saisie `depublie`

fix: #434

Pour ce faire `saisies_determiner_avance_rapide()` doit se baser sur le nom du fieldset et non pas son contenu complet pour déterminer si une étape est à passer ou pas

En effet le contenu complet peut potentiellement être modifiée pour
l'application du système de saisie `depublie`

fix: #433

fix: `saisies_appliquer_depublie_recursivement()` n'ajoute plus récursivement une option `depublie` égale à `''`

ref: #433

Maïeul a rédigé il y a 5 mois et Maïeul a validé il y a 5 mois

fix: Refaire fonctionner correctement le calcul dynamique du nombre d'étape si jamais des étapes sont conditionnées par `afficher_si`

Le commit coupable était e8b35f36

fix: #432

Maïeul a rédigé il y a 5 mois et Maïeul a validé il y a 5 mois

Le `$(this).find('[data-resume_etapes_futures]') !== 0` était incorrect
et renvoyait toujours `true`.

Maïeul a rédigé il y a 5 mois et Maïeul a validé il y a 5 mois

fix: #431

Maïeul a rédigé il y a 5 mois et Maïeul a validé il y a 5 mois

fix: #428

dont le nom contient des crochets, si ce n'est pas une grille de choix

fix: #425

ref: #425

fix: `afficher_si` sur grille, pouvoir utiliser la syntaxe `@choix_grille_1/xxx@` équivalente à `@choix_grille_1[xxx]@`

fix: faire fonctionner `saisies_afficher_si_js()` pour les saisies de type `choix_grille` en multiétape

ref: #425

fix: faire fonctionner `saisies_afficher_si_js()` pour les saisies de type `choix_grille` en monoétape

fix: #425

feat: `saisies_verifier_coherence_afficher_si_par_champ()` pour tester que ce qui est entre `@@` dans un afficher_si se trouve bien dans le tableau de saisies.

A priori usage purement interne, servira pour les cas des grilles.

Ref: #425

fix: `saisies_verifier_coherence_afficher_si()` autorise les test de type `@choix_grille_1[choix1]@`

Ref: #425

fix: Pour vérifier qu'une saisie `choix_grille` obligatoire est bien remplie, il faut vérifier chaque ligne

fix: #219