Projet

Général

Profil

Development #69518

Création d'une demande : afficher les champs des blocs de champs dans les correspondances

Ajouté par Anaïs Ecuvillon il y a plus d'un an. Mis à jour il y a 11 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
23 septembre 2022
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Les blocs de champs sont de plus en plus utilisés, couplé à l'action Création d'une demande, il serait utile que les champs d'un bloc de champs remontent dans les champs utilisés pour la Correspondance vers les champs de la nouvelle demande.

Ex. ici d'une action Création d'une demande : https://demarches-univ-avignon.test.entrouvert.org/backoffice/workflows/6/status/12/items/1/
Dont le formulaire en question utilise le bloc de champs : https://demarches-univ-avignon.test.entrouvert.org/backoffice/forms/blocks/1/

C'est le nom du bloc de champs qui remonte "Identification", mais dans ce cas, on ne peut pas en faire grand chose.

Pour ne pas compliquer de trop, le périmètre peut se réduire à laisser vide supprimera le contenu du champ (de toutes les occurrences) et donc ne pas prévoir de pré-remplissage avec une expression.

Cas d'usage : exemple d'Avignon, le bloc de champs SFT - Enfant comporte des fichiers qu'il faut "remettre à zéro" chaque année, lors du renouvellement de la demande.


Fichiers


Demandes liées

Lié à w.c.s. - Development #77522: Action de création demande/fiche, proposer les champs des blocs de champsFermé12 mai 2023

Actions

Historique

#1

Mis à jour par Frédéric Péters il y a plus d'un an

C'est le nom du bloc de champs qui remonte "Identification", mais dans ce cas, on ne peut pas en faire grand chose.

Il y a possibilité de faire référence à un autre bloc du même type (obtenu via une quelconque requête), ou d'utiliser {% block_value var1="plop" var2="..." %} pour y avoir un bloc rempli de manière particulière.

le périmètre peut se réduire à laisser vide supprimera le contenu du champ

"laisser vide supprimera le champ", cela ne fonctionne pas ?

#2

Mis à jour par Anaïs Ecuvillon il y a plus d'un an

Frédéric Péters a écrit :

Il y a possibilité de faire référence à un autre bloc du même type (obtenu via une quelconque requête), ou d'utiliser {% block_value var1="plop" var2="..." %} pour y avoir un bloc rempli de manière particulière.

Je ne suis pas sûre de te comprendre donc j'ai testé pour voir :
sélection du bloc de champ Identification dans le menu déroulant Champ, puis ajout de l'expression : {% block_value nom_prenom=Test %}
Action : https://demarches-univ-avignon.test.entrouvert.org/backoffice/workflows/6/status/12/items/1/ (attention j'ai effectué un autre test depuis donc l'expression est désormais vide)
Côté démarche, cela n'a pas pré-rempli avec la nouvelle valeur (cf. la démarche en brouillon avec le code de suivi GXKJNQZV)

"laisser vide supprimera le champ", cela ne fonctionne pas ?

Non, les champs de mon bloc de champs sont pré-remplis à l'identique au lieu d'être vides :
cf. la demande fille en mode brouillon avec le code de suivi BZDJSKPM

#3

Mis à jour par Pierre Cros il y a plus d'un an

  • Statut changé de Nouveau à Information nécessaire
  • Assigné à mis à Anaïs Ecuvillon
#4

Mis à jour par Anaïs Ecuvillon il y a plus d'un an

  • Assigné à Anaïs Ecuvillon supprimé

Anaïs Ecuvillon a écrit :

oui j'ai vraiment suivi ça pour le pré-remplissage, et c'est normal que tu ne vois rien car comme je le détaille ici, j'ai ensuite effectué un autre test :

sélection du bloc de champ Identification dans le menu déroulant Champ, puis ajout de l'expression : {% block_value nom_prenom=Test %}
Action : https://demarches-univ-avignon.test.entrouvert.org/backoffice/workflows/6/status/12/items/1/ (attention j'ai effectué un autre test depuis donc l'expression est désormais vide)
Côté démarche, cela n'a pas pré-rempli avec la nouvelle valeur (cf. la démarche en brouillon avec le code de suivi GXKJNQZV)

#5

Mis à jour par Pierre Cros il y a plus d'un an

  • Assigné à mis à Anaïs Ecuvillon

D'ac, mais c'est difficile de comprendre un bug éventuel (dans le code ou la doc) sans pouvoir le reproduire.

Tu pourrais revenir à ta version de WF où les choses sont conformes à la doc et refaire une demande permettant de constater le truc ?

#6

Mis à jour par Anaïs Ecuvillon il y a plus d'un an

oui tout à fait d'accord avec toi, je me suis demandée à la rédaction de https://dev.entrouvert.org/issues/69518#note-2 s'il ne fallait pas que je duplique le workflow et rédige un nouveau ticket. Je reviendrai le faire plus tard,

#7

Mis à jour par Anaïs Ecuvillon il y a plus d'un an

  • Statut changé de Information nécessaire à En cours
  • Assigné à Anaïs Ecuvillon supprimé

(suivi un peu haché car je n'ai pas eu le temps de revenir dessus avant ce jour).

Du coup je fais un bref récap avant de poursuivre.
J'ai un formulaire qui utilise un bloc de champs : https://demarches-univ-avignon.test.entrouvert.org/backoffice/forms/blocks/1/
Associé à un workflow avec une création de demande : https://demarches-univ-avignon.test.entrouvert.org/backoffice/workflows/6/status/12/items/1/

Ce que je veux faire : supprimer le contenu d'un fichier du bloc de champs (par exemple {{ ..._justif_scolarite }}

Étape 1 : j'ai fait ce que Fred m'a conseillé :

Frédéric Péters a écrit :

Il y a possibilité de faire référence à un autre bloc du même type (obtenu via une quelconque requête), ou d'utiliser {% block_value var1="plop" var2="..." %} pour y avoir un bloc rempli de manière particulière.

Je viens de tester avec {% block_value nom_prenom=Test %}, pourtant la nouvelle demande est pré-remplie avec Soline Ecuvillon, plutôt que Test.
Cf. la demande https://demarches-univ-avignon.test.entrouvert.org/backoffice/management/demande-de-supplement-familial-de-traitement/15/

#8

Mis à jour par Frédéric Péters il y a plus d'un an

Si je comprends bien, pour reproduire et avancer efficacement, il s'agirait sur https://demarches-univ-avignon.test.entrouvert.org/backoffice/workflows/6/status/12/ d'ajouter un bouton "encore une fois", qui bouclerait sur lui-même, et peut-être cocher "Inclure la nouvelle demande dans l’historique du formulaire" pour avoir les liens (pas sûr de comment ça se combine avec les brouillons). Puis cliquer dessus et là aller jusqu'à la page "enfant" et regarder ce qu'il y a dedans (sans doute pratique de déplacer la page en question pour être la première, pour gagner du temps ici).

Ce sont des modifications qui peuvent être réalisées sur cette instance ?

#9

Mis à jour par Anaïs Ecuvillon il y a plus d'un an

Frédéric Péters a écrit :

Ce sont des modifications qui peuvent être réalisées sur cette instance ?

Oui, j'ai créé un nouveau formulaire avec uniquement le bloc de champs enfant : https://demarches-univ-avignon.test.entrouvert.org/backoffice/forms/6/
J'ai modifié l'action création de demande pour pointer vers ce nouveau formulaire.

J'ai effectué une première demande : https://demarches-univ-avignon.test.entrouvert.org/backoffice/management/test-creation-demande-demande-de-supplement-familial-de-traitement-copie/5/
En cliquant sur le bouton "Lancer la campagne de renouvellement" tu crées une nouvelle demande.

Et dans le cas présent, le champ est vide...

#10

Mis à jour par Frédéric Péters il y a 11 mois

  • Statut changé de En cours à Information nécessaire
  • Assigné à mis à Anaïs Ecuvillon

Oui, j'ai créé un nouveau formulaire avec uniquement le bloc de champs enfant : https://demarches-univ-avignon.test.entrouvert.org/backoffice/forms/6/

Ma faute parce que c'était il y a 7 mois mais j'essayais de faire un tour des tickets de bloc et c'est une 404 :/

#11

Mis à jour par Anaïs Ecuvillon il y a 11 mois

Oui, je vois que du "ménage" a été fait sur cette instance de test par les admins fonctionnels, je vais reproduire sur mon instance

#12

Mis à jour par Anaïs Ecuvillon il y a 11 mois

J'ai un formulaire qui utilise un bloc de champs : https://demarches-aecuvillon.test.entrouvert.org/backoffice/forms/87/

Associé à un workflow avec une création de demande : https://demarches-aecuvillon.test.entrouvert.org/backoffice/workflows/81/status/9/items/1/

Mon besoin initial est de remettre à zéro uniquement un champ du bloc de champ, le champ avec l'identifiant justif : https://demarches-aecuvillon.test.entrouvert.org/backoffice/forms/blocks/30/bfdd64b682-c3f3-49a3-8bb5-b8e72f903afa/

En testant ce matin, je constate deux choses :
  1. d'une part que les données du bloc de champ ne se vide pas = les données sont pré-remplis à l'identique. Tu peux tester ici : https://demarches-aecuvillon.test.entrouvert.org/backoffice/management/test-creation-d-une-demande-avec-bloc-de-champs/2/, tu cliques sur le bouton Test création d'une demande avec bloc de champs dès maintenant, le bloc de champ est pré-rempli alors que l'action création d'une demande est configurée a priori correctement (cad avec sélection du champ et expression laissée vide pour supprimer le contenu)
  2. d'autre part, comme on peut le voir sur la copie écran, je ne peux sélectionner un champ du bloc de champ, pour ne toucher qu'à celui-là, donc j'ai utilisé la méthode {% block_value justif= %} pour vider le champ justif, cela a fonctionné, mais je ne suis pas certaine que ce soit la bonne syntaxe ?
#13

Mis à jour par Frédéric Péters il y a 11 mois

Pour info j'ai créé https://hobo-aecuvillon.test.entrouvert.org/applications/manifest/reproduction-ticket-69518/

Si je comprends bien je crée une demande, puis je clique sur "lancer renouvellement demande", ensuite je vais sur le brouillon, et ce que je constate c'est que prénom et nom sont affichés mais pas le fichier.

Mais piège ici, le champ avait bien été vidé, prénom et nom ils sont là parce qu'on est sur une demande qui n'a pas de données et ces champs sont configurés pour être préremplis et c'est le préremplissage qu'on voit là, pas les données de la demande initiale.

Si on voulait les données initiales, sauf le champ justificatif, on ferait :

{% block_value nom=form_var_bloc_0_nom prenom=form_var_bloc_0_prenom %}
#14

Mis à jour par Anaïs Ecuvillon il y a 11 mois

Frédéric Péters a écrit :

Si on voulait les données initiales, sauf le champ justificatif, on ferait :

[...]

Ok, donc si je comprends bien, si je veux modifier un seul champ d'un bloc de champ (le vider ou le pré-remplir), je dois utiliser {% block_value ... %} pour pré-remplir tous les champs que je souhaite conserver à l'identique. Pour vider un champ, je ne le liste pas.

J'avoue que, même si ça fait (en partie) le job, je trouve ça compliqué. En partie car le pré-remplissage n'est pour le moment fonctionnel que pour la première occurrence.

On simplifierait à pouvoir sélectionner dans le menu déroulant Champ, non pas le nom du bloc de champ (ici Mon bloc de champ préféré), mais le nom du champ à l'intérieur du bloc de champ (ici Mon bloc de champ préféré > Justif), et ainsi bénéficier du comportement par défaut de cette action (ici, laisser vide l'expression supprimera le contenu du champ).

C'était l'objet initial de mon ticket, mais que je n'ai pas réussi à formaliser correctement dès le premier jet.

#15

Mis à jour par Frédéric Péters il y a 11 mois

non pas le nom du bloc de champ (ici Mon bloc de champ préféré), mais le nom du champ à l'intérieur du bloc de champ

Ce serait "également les "sous-champs" individuels", en gardant la possibilité de choisir "tout un bloc", ça doit être jouable (mais soit pour remplir une seule ligne, soit pour vider un des "sous-champs" de toutes les lignes).

(détail mais à chaque fois ça me perturbe : je préfère garder "préremplissage" à ce qui se configure dans le paramètre "préremplissage", ici je ne sais pas, parlons juste de remplissage ?).

#16

Mis à jour par Anaïs Ecuvillon il y a 11 mois

Frédéric Péters a écrit :

non pas le nom du bloc de champ (ici Mon bloc de champ préféré), mais le nom du champ à l'intérieur du bloc de champ

Ce serait "également les "sous-champs" individuels", en gardant la possibilité de choisir "tout un bloc", ça doit être jouable (mais soit pour remplir une seule ligne, soit pour vider un des "sous-champs" de toutes les lignes).

très bien,

(détail mais à chaque fois ça me perturbe : je préfère garder "préremplissage" à ce qui se configure dans le paramètre "préremplissage", ici je ne sais pas, parlons juste de remplissage ?).

ça marche, on se comprendra mieux en utilisant les mêmes termes, donc ok.

Est-ce qu'il ne faudrait pas fermer ce ticket, qui commence à être très long et en ouvrir un autre (lié) avec un descriptif qui reprenne ce que l'on vient de dire ?

#17

Mis à jour par Frédéric Péters il y a 11 mois

Oui ça sera plus facile avec un ticket qui part dès le début sur quelque chose où on s'entend (c'est dans cette idée que récemment j'ai passé des tickets de "développement" à "autre", pour que les choses s'y clarifient, avant création d'un ticket de dev). Je peux bien sûr le créer. (mais pas aujourd'hui).

#18

Mis à jour par Anaïs Ecuvillon il y a 11 mois

Frédéric Péters a écrit :

Je peux bien sûr le créer. (mais pas aujourd'hui).

Je veux bien, comme ça on est sûr que ce sera compréhensible. Et il n'y a pas d'urgence à le créer, ni aujourd'hui, ni demain.
(mais ça pourrait faire l'objet d'un dev mutualisé à présenter au club)

#19

Mis à jour par Frédéric Péters il y a 11 mois

  • Lié à Development #77522: Action de création demande/fiche, proposer les champs des blocs de champs ajouté
#20

Mis à jour par Frédéric Péters il y a 11 mois

  • Statut changé de Information nécessaire à Fermé

Ticket #77522 créé.

Formats disponibles : Atom PDF