[CYTO-300] Gestion des messages dans commande pour l'historique d'un projet

[stevben]

[reporter="stevben", created="dim., 10 juil. 2011 20:36:46 +0200"]

Je pense qu'il faut revoir la manière de gérer les messages des commandes. Pour l'instant, elles sont générées côté serveur.
Il y a deux problèmes à cela :

• Les "messages" sont générés lors de l'exécution de la commande et sauvés en base de données. Cela pose problème lorsqu'on veut changer/corriger le message car ce changement ne sera effectif que pour les futures exécutions de cette même commande.
• Cela empêche une intégration fine avec le client. Par exemple, avec un message du type "Annotation X was added in Image Y", on souhaiterait pouvoir cliquer sur "Annotation X" pour aller la voir dans son contexte, survoler avec sa souris pour voir le thumb ou encore cliquer sur "Image Y" pour simplement ouvrir une image.
  C'est également le cas pour d'autres commandes, par exemple le lien entre un Term et une Annotation. Le fait de ne pas pouvoir cliquer sur le term et aller voir l'ontologie et ses stats est un peu gênant. Quand bien même on ferait cette intégration fine, cela me pose problème car on deviendrait "client aware", alors que le serveur, à mon sens, est client agnostique. C'est au client web à faire les bons liens avec ses vues. Cela a encore plus de sens si on imagine faire un client iPad, qui n'aura pas forcément les mêmes contrôleurs et vues.

Je pense donc qu'il faut gérer les messages côté JS, à partir des données brutes. Ca demande plus de travail mais permettra de proposer un historique intéressant et utile.

[stevben]

[author="lrollus", created="jeu., 11 avr. 2013 09:35:08 +0200"]

Revoir le système de message.
Proposer un outil dans le client qui gère automatiquement des messages avec liens pour les lastactivity, les messages de confirm et la vue activity.