Produits Entr'ouvert » w.c.s.

Fred: "par statut "invisible", en fait, tu voudrais qu'un pan de l'évolution dans le workflow ne soit pas visible à l'utilisateur ?"
Victor: oui, c'est ça.

Ensuite, pour la réalisation, il y a plusieurs options, Victor pensait à une case à cocher "visible à l'usager", attachée au statut.

De mon côté je pencherais plutôt pour marquer les objets de type Evolution, et tant qu'à faire d'y ajouter un champ "roles", où None serait "visible à tout le monde", mais où pourrait également se trouver autre chose (le cas commun étant alors ['receiver']). Ce qui pourrait modifier ça, ce serait une action de workflow ("limiter la visibilité" c'est pas top, faudrait trouver autre chose).

Il y a des avantages et des inconvénients dans les deux approches. Par exemple un avantage de l'approche de Victor c'est que ça peut être modifié après coup, juste au niveau du workflow, alors que dans mon approche ça signifierait devoir modifier tous les formdata, en exécutant un bout de workflow, ce qui est juste pas possible.

Comme je le disais à Fred, la mise en place des statuts de workflow est très simple et doit le rester. De mon point de vue l'ajout de la case à cocher est le plus simple et le fait que l'activation ou non soit réversible me parait important. Donc personnellement je penche pour la solution case à cocher.

L'approche "case à cocher" au niveau du statut me parait effectivement plus simple à appréhender à l'usage.

Pour la réalisation, j'aime bien des "rôles autorisés" de Fred : on accroche au statut une liste des rôles qui peuvent voir le statut. Par défaut c'est None = tout le monde, sinon ['receiver'] si la case "Seulement le destinataire" est cochée.

1. statut : Votre demande est à l'étude
2. (statut caché = relance après timeout, qui envoie les mails d'alerte puis revient au statut "à l'étude")
3. statut : Votre demande est à l'étude

Autrement dit, l'utilisateur verra deux fois le statut "votre demande est à l'étude", ça lui fera penser qu'il y a un bogue, mais bon...

redmine@entrouvert.com écrivait:

La demande #1588 a été mise à jour par Thomas Noël.

L'approche "case à cocher" au niveau du statut me parait effectivement plus simple à appréhender à l'usage.

Pour la réalisation, j'aime bien des "rôles autorisés" de Fred : on accroche au statut une liste des rôles qui peuvent voir le statut. Par défaut c'est None = tout le monde, sinon ['receiver'] si la case "Seulement le destinataire" est cochée.

A noter que lors d'une relance hors-délais, le demandeur verra un affichage de son historique un peu bizarre :

1. statut : Votre demande est à l'étude
2. (statut caché = relance après timeout, qui envoie les mails d'alerte puis revient au statut "à l'étude")
3. statut : Votre demande est à l'étude

On pourrait nettoyer l'évolution pour l'affichage i.e. supprimer les
statuts redondant une fois les statuts techniques enlevés.

une remarque au passage, si le statut est privé, les commentaires éventuellement postés dans ceux ci doivent également l'être.

Marche bien... mais il faudrait indiquer quelque part dans l'interface quand un statut n'est pas "visible pour tout le monde".

Du genre

if self.status.visibility:
    '(hidden)'

Mais je ne sais pas où faire cet affichage, à vrai dire...

Ca me va. Adopté !

... et posé sur auquo-test