Development #61483
Supporter les variables dans les libellés des champs
0%
Description
Bonjour,
Une proposition:
Serait il possible de permettre l'utilisation de variables dans le libellé des champs (je ne maîtrise pas l'impact sur les statistiques) ?
A ce jour, les variables sont supportées dans les champs titre et commentaire seulement.
Bien sincèrement
Demandes liées
Historique
Mis à jour par Anaïs Ecuvillon il y a environ 2 ans
+1, je le demandais déjà en 2019 https://dev.entrouvert.org/issues/36933
Mis à jour par Pierre Cros il y a environ 2 ans
Et qu'est-ce qu'on affiche dans les tableaux de traitement ?
Mis à jour par Marie Kuntz il y a environ 2 ans
Bonne remarque de Pierre, c'est juste pas jouable. En revanche Olivier tu peux utiliser les titres, c'est ce que faisait Laurent (c'est lui qui avait demandé l'évol sur l'utilisation des gabarits)
Mis à jour par Olivier Renard il y a environ 2 ans
- l'intitulé du tableau de traitement présente la valeur par défaut compléter par |default:"mon libellé dynamique de champ"
Mis à jour par Anaïs Ecuvillon il y a environ 2 ans
Pierre Cros a écrit :
Et qu'est-ce qu'on affiche dans les tableaux de traitement ?
Une piste, à affiner bien sûr, faut voir les différents cas d'usage :
J'ai un champ fichier avec pour Libellé :
"Pièce d'identité - {{ form_var_prenom_parent }} {{ form_var_nom_parent }}" = "Pièce d'identité Anaïs Ecuvillon"
Dans les tableaux de traitements, on pourrait utiliser les libellés et non le texte
ça donnerait "Pièce d'identité - Prénom parent Nom parent"
Mis à jour par Thomas Noël il y a environ 2 ans
C'est une évolution complexe du code. Actuellement pour un champ donné, on enregistre une seule valeur (celle donnée par l'usager, ou celle calculée si c'est un titre ou une donnée calculée). Ici il serait demandé d'en enregistrer deux : la valeur du champs mais aussi celle du libellé.
Je pense qu'on est dans quelque chose de vraiment complexe, pour un gain fonctionnel qui me semble très faible.
Mis à jour par Anaïs Ecuvillon il y a environ 2 ans
Thomas Noël a écrit :
Ici il serait demandé d'en enregistrer deux : la valeur du champs mais aussi celle du libellé.
Ok merci pour l'explication Thomas, je n'avais pas conscience de ça.
Mis à jour par Olivier Renard il y a environ 2 ans
La valeur enregistrée,pour apparaître dans le tableau de traitement, pourrait être celle calculée (comme pour un titre, il n'y a pas de raison de changer)
Si un champs a un libelle dynamique type: "Pièce d'identité - {{ form_var_prenom_parent }} {{ form_var_nom_parent }}"
Pour avoir un libellé explicite, il conviendra de l’écrire "Pièce d'identité {{ form_var_prenom_parent|default:"du" }} {{ form_var_nom_parent|default:"parent" }}". Ce qui donnerait :"Pièce d'identité du parent" dans le tableau de traitement.
Mis à jour par Frédéric Péters il y a environ 2 ans
- Statut changé de Nouveau à Rejeté
déjà proposé déjà rejeté.
Mis à jour par Olivier Renard il y a environ 2 ans
Bonjour,
Ok.
Je vais retrouver les précédentes explications.
Pour complément des cas d'usages que cela pouvait apporter, un (peut être mauvais et tordu) cas d'usage : une première approche du multilingue pour une même démarche.
Le libelle pouvait être construit avec une requete dans un modele de fiche ("traductions")
cards|objects:"traductions"|filter_by:"clé"|filter_value:"moninitule"|filter_by:"language"|filter_value:"monlanguage"|first|get:"texte"
Mis à jour par Frédéric Péters il y a environ 2 ans
Je vais retrouver les précédentes explications.
Basiquement les points déjà soulevés ici par Pierre (quid de l'utilisation en libellé de colonne) et par Thomas (très compliqué, appelle à doubler le stockage pour enregistrer les libellés présentés au moment de la saisie).
Mis à jour par Frédéric Péters il y a environ 2 ans
- Duplique Development #37035: autoriser les variables dans les libellés des champs ajouté
Mis à jour par Frédéric Péters il y a plus d'un an
- Dupliqué par Development #67812: {{ block_counter.index}} n'est pas interprété lors de la saisie en BO ajouté