ETQ admin : je peux ordonner les labels

[Benoit-MINT]

issue: #11116

Résultat :
1- L'admin peut ordonner les labels :

2- Les instructeurs ont ainsi le même ordre dans :

• le filtre "labels" ;
• la colonne "labels" sur le tableau des dossiers ;
• la liste des labels déjà associés dans la vue du dossier ;
• la liste des labels pouvant être associés dans la vue dossier ;
• l'export des dossiers, colonne labels.

[codecov]

Codecov Report

Attention: Patch coverage is 66.66667% with 5 lines in your changes missing coverage. Please review.

Project coverage is 83.91%. Comparing base (fc86396) to head (307b333).
Report is 11 commits behind head on main.

Files with missing lines	Patch %	Lines
...p/controllers/administrateurs/labels_controller.rb	37.50%	5 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main   #11237      +/-   ##
==========================================
- Coverage   84.41%   83.91%   -0.51%     
==========================================
  Files        1202     1202              
  Lines       26416    26433      +17     
  Branches     4974     4974              
==========================================
- Hits        22298    22180     -118     
- Misses       4118     4253     +135     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[LeSim]

J'ai une contre proposition:

dans procedure.rb, tu modifies la relation has_many :label ... par has_many :label, -> { order(:position, :id) } ...

De cette façon, les labels seront toujours ordonnés de la mm manière mm si aucune position n'est renseignée.

Du coup, tu devrais pouvoir shooter tout le code qui remplit une position par défaut et aussi les labels.order(:position) disséminés dans le code.

WDYT ?

[Benoit-MINT]

J'ai une contre proposition:

dans procedure.rb, tu modifies la relation has_many :label ... par has_many :label, -> { order(:position, :id) } ...

De cette façon, les labels seront toujours ordonnés de la mm manière mm si aucune position n'est renseignée.

Du coup, tu devrais pouvoir shooter tout le code qui remplit une position par défaut et aussi les labels.order(:position) disséminés dans le code.

WDYT ?

yes, bonne idée! merci ;)
j'ai pu supprimer en effet le code qui définit une position par défaut.
J'ai répliqué par ailleurs ton idée dans le model dossier, ce qui a permis de simplifier dans les cas où l'on appelait labels sur dossier. En revanche pour la cas où on appelle depuis la table DossierLabel, j'ai conservé la proposition initiale.

[LeSim]

yes !

[colinux]

J'arrive après la bataille mais c'est dommage de retirer la caption en faveur d'un titre ! (on devrait en avoir sur toutes nos tables, en tout cas dès qu'on a une exigence en accessibilité, ce qui certes est un peu plus discutable côté admin)

[Benoit-MINT]

yep ... j'ai eu la discussion avec Marlène et Lisa.
En fait, la contrainte d'avoir le bouton "personnaliser" aligné horizontalement avec le titre initialement dans caption n'était pas compatible (j'ai tenté plusieurs astuces en vain) sur l'idée de disposer en justify-between. Il y a un comportement JS propre à caption qui ramène à gauche tout ce qui se trouve dans cette balise, malgré les class qui vont bien.
Et en effet toutes les autres tables qui ont dans l'esprit plusieurs éléments là où l'on a le titre du tableau, n'ont pas/plus de balise caption.

[Benoit-MINT]

Dans le cas ici, et d'autres tableaux "simples", sous couvert de Marlène, on pourrait avoir un équilibre access/UX en acceptant de décaler verticalement. En revanche pour des tableaux plus complexes, comme le suivi instructeur des dossiers, ça paraît plus complexe