Correction #923 [Ergonomie] Format des données affichées dans les multi-sélecteurs

Excepté pour celui des preuves, le multi-sélecteur des traitements n'affiche pas la données dans le format souhaité.

Idem pour le multi-sélecteur des demandes.

Idem pour le multi-sélecteur des violations

Idem pour le multi-sélecteur des preuves

Et idem pour les actions de protection

Pour rappel, le format souhaité est :

• Pour les traitements :
  • Actif : « Nom de l'élément »
  • Inactif : « (Inactif) Nom de l'élément »
• Pour les demandes :
  • Archivé : « (Archivé) Date de la demande - Prénom Nom »
  • Non archivé : « Date de la demande - Prénom Nom »
• Pour les violations :
  • Archivé : « (Archivé) Date de la violation - Nature »
  • Non archivé : « Date de la violation - Nature »
• Pour les actions de protection :
  • « Nom de l'élément (Statut) »

added BACKLOG Done Retour recette SOLURIS labels

removed BACKLOG label

added DEVELOPPEMENT label

mentioned in commit 7df1145e

added REVUE DE CODE label and removed DEVELOPPEMENT label

added RECETTE DATAKODE label and removed REVUE DE CODE label

added Attente "Merge Develop" label

removed Attente "Merge Develop" label

added RECETTE SOLURIS label and removed RECETTE DATAKODE label

Les sélecteurs non toujours pas le bon format pour les demandes, les violations, les preuves. Pour rappel, le format attendu est le suivant :

• Pour les demandes :
  • Archivé : « (Archivé) Date de la demande - Prénom Nom »
  • Non archivé : « Date de la demande - Prénom Nom »
• Pour les violations :
  • Archivé : « (Archivé) Date de la violation - Nature »
  • Non archivé : « Date de la violation - Nature »
• Pour les preuves :
  • Archivé : « (Archivé) Nom de l'élément (Type) »
  • Non archivé : « Nom de l'élément (Type) »

De plus, excepté pour les logiciels et supports, et les actions de protection qui sont parfaits, les éléments des autres modules sont classés de manière aléatoire. Il faut qu'ils soient pas ordre croissant. A noter, pour les traitements, mettre les éléments actifs en premier, puis les éléments inactifs (comme actuellement dans le module des preuves). Même principe pour l'archivage des demandes et violations, mettre les éléments non archivés en premier, puis les archivés.

added BACKLOG label and removed RECETTE SOLURIS label

added DEVELOPPEMENT label and removed BACKLOG label

added REVUE DE CODE label and removed DEVELOPPEMENT label

added RECETTE DATAKODE label and removed REVUE DE CODE label

added RECETTE SOLURIS label and removed RECETTE DATAKODE label

Presque bon, le sélecteur des demandes n'a pas le format demandé, il manque la date :

• Archivé : « (Archivé) Date de la demande - Prénom Nom »
• Non archivé : « Date de la demande - Prénom Nom »

Idem pour les violations, c'est encore le format "Violation du date" au lieu d'être :

• Archivé : « (Archivé) Date de la violation - Nature »
• Non archivé : « Date de la violation - Nature »

Idem pour les preuves, il manque le type :

• Archivé : « (Archivé) Nom de l'élément (Type) »
• Non archivé : « Nom de l'élément (Type) »

added BACKLOG label and removed RECETTE SOLURIS label

mentioned in commit b9b4976b

added DEVELOPPEMENT label and removed BACKLOG label

added RECETTE DATAKODE label and removed DEVELOPPEMENT label

added RECETTE SOLURIS label and removed RECETTE DATAKODE label

added CORRECTIFS TERMINES label and removed RECETTE SOLURIS label

closed