-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ETQ instructeur : un message m'incite à ajouter la colonne "Labels" dans mon tableau de suivi des dossiers #11244
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #11244 +/- ##
==========================================
+ Coverage 84.42% 84.44% +0.02%
==========================================
Files 1199 1209 +10
Lines 26381 26560 +179
Branches 4965 5000 +35
==========================================
+ Hits 22271 22429 +158
- Misses 4110 4131 +21 ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je suis pas très convaincu par le fait de matérialiser l'affichage de la notice par une colonne dédiée dans la db, et un controller pour la masquer. Je veux dire que ça me paraît cher payé. Aussi les ProcedurePresentation peuvent être réinitialisées à différents moments(type réinitialisation du tableau) et ça voudra dire réaffichage de la notice.
Est-ce qu'on ne pourrait pas avoir une heuristique différente ? Par exemple tjs afficher la notice tant que la colonne n'est pas affichée?
Sur le principe d'enregistrer en db, je partage ton point, et j'avais pensé à la même idée de faire selon la présence de la colonne dans le tableau. J'ai rebouclé avec Marlène qui estimait que c'est plus du bonus qu'une solution de substitution (ping @marleneklok ). Sur le choix de ProcedurePresentation, je suis parti du principe que si l'on pouvait accepter la réinitialisation de la personnalisation du tableau, on peut accepter la réinitialisation de l'affichage du message, et les deux ensemble sont pas incohérents d'ailleurs. Et en lien avec ta remarque du "cher payé", je trouvais que ça faisait "tâche" dans Instructeur. |
J'ai l'impression qu'on se rejoint non ? Le bonus est moins cher dans le sens ou c'est pas cher de regarder si on a la colonne Labels dans la liste des colonnes de la PP d'un des onglets, ce qui éviterait à la fois le controller dédié + la colonne en db |
bcdf2ff
to
51c0008
Compare
57f375e
to
cfe9388
Compare
%p.fr-text--sm.fr-text-mention--grey.fr-mb-0 | ||
%b Besoin d'autres labels ? | ||
%br | ||
Contactez les | ||
= link_to 'administrateurs de la démarche', administrateurs_instructeur_procedure_path(dossier.procedure), class: 'fr-link fr-link--sm', **external_link_attributes | ||
- if !@procedure_presentation.displayed_columns.any? { |c| c.column == "label_id" } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pour info, ça aurait aussi pu être
- if !@procedure_presentation.displayed_columns.any? { |c| c.column == "label_id" } | |
- if @procedure_presentation.displayed_columns.none? { |c| c.column == "label_id" } |
(gain de lisibilité en évitant l'inversion de condition avec !
) :
issue : #11115
Résultat :

Pour info, la caractère ouvert/fermé du bandeau d'information est à la maille de l'instructeur/procédure. Donc dès lors qu'il est fermé depuis l'un des dossiers d'une procédure, celui-ci ne s'affichera plus pour les autres dossiers. En revanche, quand ce même instructeur consultera un des dossiers d'une autre procédure, celui-ci sera affiché.