L'idée de vincent d'utiliser le tracker pour le suivi des projets à
l'air assez puissante.
Chaque projet enregistré pourrait voire une tache apparaitre sur dans
le gestionnaire de tache, avec un lien vers celle-ci dans la page où
l'on peut approuver le projet. Lorsque le projet passe au statut
Delete ou Active, la tache se clot automatiquement.
En attendant, la correspondance peut s'entretenir dessus. Du coup, on
peut facilement gérer les taches sur la durée, en assignant à une
personne la tache, en postant des commentaires, etc...
Exemple :
projet toto est enregistré
-> ajout du projet dans la base de donnée, création
d'une tache pour le projet admin, dans la catégorie qui
va bien, tache dont le # est ajouté automatiquement à
la fin de la description
le modérateur jette un oeil, c'est pas ok
-> il poste un commentaire... il peut même utiliser les
canned responses (qui pourrait avoir le contenu de
gna.el)
c'est ok
-> il change le status vers A, clique le lien mail +
trigger, et la tache se ferme
(plus tard, le passage en actif pourrait directement faire cet
effet, mais il est souvent préférable de commencer par du
simple et operationel)
c'est pas ok définitivement
-> il change le status vers D, poste un commentaire
explicatif. Le cronjob sv_register_discard ferme
la tache et vire l'enregistrement de la base de
donnée.
(je ne suis pas favorable à un delete executé par l'interface
PHP, en particulier par en un click. Aussi, l'intérêt du
cronjob est de logguer les infos dans des fichiers auxquels
l'utilisateur www-data ne peut accèder/écrire)
au bout d'une semaine : toujours pas traité, poubelle, il faut
qu'il y ait une limite dans le temps, on ne va pas garder des
taches ouverte pour des projets s'étant barré ailleurs ne
voulant pas faire l'effort de mettre les infos dans le code
source (cas banal).
Non ?
Un petit boulot à implementer, mais ça doit être faisable.
--
mathieu
[ http://meuh.coleumes.org : Et vous ? ]
[ http://stock.coleumes.org/gpg : clef GnuPG ]
