Les badges doivent permettrent de mettre en avant visuellement un élément d’une entité ou d’un tiers. L’utilisateur pourra filtrer / créer des vues dédiées à une colonne indiquant un badge.
...
Badge classique (toutes les couleurs) > Tous les autres usages en dehors du danger, interdiction ou criticité. Les couleurs utilisée doivent être consistentes consistantes au travers de toute l’application. On utilisera donc les nuances en fontion fonction des sémantiques.
Pour une thématique de badge qui indique le statut d’avancement d’un élément :
Bleu : en cours, actif, … On parle aussi d’information neutre
Violet : brouillon, en attente
Vert : gagné, …
Gris : terminé, cloturéclôturé, … A différencier du gris “par défaut”
Rouge : en retard, perdu
Orange: alerte avant de passer au badge rouge
...
Garder une cohérence des couleurs entre différents éléments :
Exemple
Si dans la liste des écriture, j’utilise
un badge gris pour indiquer qu’il y a une seule ventilation analytique
un badge jaune pour indiquer qu’il y en a plusieurs
Si dans une autre vue, je dois représenter les ventilations analytiques, je garderai cette même logique.
...
pour les dates dépassées / périmées on utilisera plutôt une règle rouge ou orange suivant la criticité au lieu d’un badge
pour les statuts forts et unique (vrai ou faux) comme “bloqué” ou “sous surveillance” on utilisera des règles plus ou moins forte visuellement suivant la criticité.
Au clic sur les badges
le clic sur les badges n’est pas une obligation, s’il y a clic on redirigera vers l’entité concernée par le badge.
...