Développement #10134
Gestion de la "criticité" des demandes
0%
Description
- un attribut criticality_level sur le formdata
- une action de workflow qui peut la modifier (en relatif ou absolu)
- la liste de ces niveaux se définit dans le workflow (et s'il n'y a rien qui est défini l'action de modif de criciticité n'apparait même pas)
- à faire apparaitre dans les listings, pour tri et filtre, etc.
Files
Related issues
Associated revisions
History
Updated by Frédéric Péters about 9 years ago
- Related to Gestion de projet #9281: CRMiser Publik pour POC Paris added
Updated by Frédéric Péters about 9 years ago
- File 0001-wip-criticality-levels.patch 0001-wip-criticality-levels.patch added
- Status changed from Nouveau to En cours
- Assignee set to Frédéric Péters
- Patch proposed changed from No to Yes
patch work in progress (qui ne contient pas de tests); ma principale question est sur la gestion des couleurs, le patch permet d'assigner des couleurs arbitraires aux différents niveaux (rouge, écarlate, écarlate vif attentat) mais je me demande si c'est vraiment nécessaire et surtout si on ne serait pas mieux à fixer globalement les couleurs (par exemple 0: vert, 1: jaune, 2: orange, 3: rouge, 4: écarlate). (et au cas où ce sera plus facile d'ajouter la fonctionnalité que de la retirer).
Updated by Frédéric Péters about 9 years ago
- File 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch added
Un très gros patch; j'ai finalement décidé de garder les couleurs paramétrables mais de fournir des couleurs "correctes" par défaut.
Updated by Frédéric Péters about 9 years ago
- File 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch added
Nouvelle version qui permet de grouper les demandes les plus prioritaires en triant dans les listings (peu importe le nombre de niveaux définis dans le workflow), et d'éloigner les demandes où aucune priorité n'a été donnée.
Il y a des commentaires dans le code, en gros sur les deux aspects :
- éloigner les demandes où aucune priorité n'a été donnée : les niveaux sont désormais stockés dans la suite [0, 101, 102, 103...].
- grouper les plus prioritaires : les vues font un max(niveaux du workflow) - niveau du formdata.
Updated by Frédéric Péters about 9 years ago
- File 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch added
- mise à jour des vues quand le nombre de niveaux de criticité change
- simplification de la conversion de priorité dans les vues (vu que le code de rétablissement de l'attribut criticality_level se trouve dans le sql.py, et plus éloigné dans le formdata.py comme à un moment).
Updated by Frédéric Péters about 9 years ago
- File 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch added
Rebasé pour s'appliquer sur master.
Updated by Frédéric Péters about 9 years ago
- File 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch added
Des tests en plus, autour de la situation où le nombre de niveaux a été réduit (et où il y a un formdata qui était d'un niveau supérieur).
Updated by Frédéric Péters about 9 years ago
- Status changed from En cours to Résolu (à déployer)
commit ba9827f31fe4c680cd38bb49da214111be69add1 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Mon Mar 7 21:28:20 2016 +0100 general: add handling of criticality levels (#10134)
general: add handling of criticality levels (#10134)