Conserver l'historique jusqu'au 2e COMMITTE : OK.
La perte de l'historique serait d'autant moins troublante si chaque action envoyait un mail à toutes les personnes _ayant_ travaillé sur le module (module, nouvel état, commentaire et lien vers le fichier). Ainsi à votre réveil (cf mail précédent), votre client mail aura la mémoire des évènements !
Si l'état STATS_A_JOUR n'est pas utilisé et si l'historique disparait de manière impromptue (je viens de le remarquer), c'est à cause d'une modif sur la branche de Vuntz (bzr diff -r11..12) dans le script de maj des stats :
+ # Reinit the state for committed translations. This needs to be kept in sync with + # what we're doing in module.inc.php ...
Stéphane
Le dimanche 21 mai 2006 à 15:49 +0200, Christophe Fergeau a écrit :
Ce que tu proposes, c'est de temporiser l'effacement de l'historique à quelques jours (1 semaine ?) ou bien de conserver l'historique éternellement ?
Je propose pas grand chose, je me plains juste du fonctionnement actuel, c'est plus simple ;) Pour ma part, je préfère la conservation de l'historique intégral, même si le "vieil" historique peut être caché dans un coin (ie accessible en cliquant sur un lien, mais caché par défaut). On pourrait peut être garder tout l'historique à partir de l'avant-dernier commit (ie on a un cycle complet de trad terminé par un COMMIT, puis le cycle actuel de trad (cycle non encore terminé), et quand ce cycle est marqué "COMMITTE", on cache le cycle le plus vieux).
Christophe _______________________________________________ Gnomefr mailing list Gnomefr@traduc.org http://www.traduc.org/mailman/listinfo/gnomefr