Salut, Je pense qu'il faudrait plutot faire une petite reunion pour en parler, ce serait plus simple (vendredi apres midi ? (si seulement 2 ou 3 personnes intéressée) ou en réunion dev ? (si tout le monde veut en discuter)) Voici mes réflexions: pas de modification du code gtimer depuis 2ans (mars 2010) jtimer ne perd plus les données. évolutions: * modification du type de stockage ? (texte ou BD ? si bd topia ou wikitty ?) * pouvoir mettre des tags sur chaque tache/projet * pourvoir faire des rapports par tag en plus de par tache * pouvoir gerer la synchro avec un serveur pour chaque projet individuellement, certain projet peuvent rester privé. Les nouvelles taches qui apparaissent sont automatiquement ouverte et dans une autre couleur, elle reste ainsi tant que l'utilisateur n'a pas dit qu'il les a vu (par exemple elles sont tag 'new'). Il faut supporter plusieurs serveurs donc il faudra une api facilement implantable pour plusieurs besoin * ajout de fonctionnalite gtodo (une tache datée dans le temps) avec alarme ou non (alarme multiple possible). Pour cela, ajouter de nouvelles info sur la tache: date debut, date fin, temps estime, taux d'avancement, etat (todo, start, done), priorité. * pour chaque projet/tache, pouvoir indiquer que l'on veut afficher les taches par ordre asc ou desc: alphabetique, date de creation, date de debut, date de fin, taux d'avancement, etat. Cette ordre est conservé entre chaque redemarrage. Les taches qui n'ont pas l'information pour pouvoir les trier sont a la fin. * masquage automatiquement de tache done (avec possibilite de les reafficher si besoin, voir de les listes via un rapport) * avoir des couleurs différentes suivant les dates de fin des taches (en retard, a faire dans les 7 prochains jours, a faire dans le futur) * pour chaque project/task avoir une description/commentaire qui est un champs texte, et pouvoir par un rapport afficher toutes les projets avec leur description ou seulement certain projet et task. (cela permettra d'etre utilise comme prise de note/pense bete sur un projet) * possibilte d'afficher l'arbre des taches par tag, soit pour toutes les taches et tous les projets soit seulement pour les projets (voir item suivant) * avoir la notion de meta-projet, qui ne servirait qu'a cree un noeud pere pour un ensemble de projet (ex: nuiton). Est-ce qu'en jouant avec les tags ca peut suffire ? (voir item precedent) -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
Le 04/04/2012 13:12, Benjamin POUSSIN a écrit :
* modification du type de stockage ? (texte ou BD ? si bd topia ou wikitty ?) Je suis très fan du format texte. C'est clair, simple et fiable.
* avoir la notion de meta-projet, qui ne servirait qu'a cree un noeud pere pour un ensemble de projet (ex: nuiton). Est-ce qu'en jouant avec les tags ca peut suffire ? (voir item precedent) J'ai le problème aussi. Les projets jtimer correspondent plus aux client ou au ensemble de projet qu'aux vrais projets. Et les vrais
Le seul problème étant "1 tache = 1 fichier" est qu'au démarrage, ca prend du temps de lire quelques milliers de fichiers. Par la suite, toutes les données sont en mémoire, et quelques fichiers (~ entre 1 et 10 suivant les utilisations) sont écrits par jour. projets sont des taches. Les projets devraient redevenir des vrais projet jtimer avant de passer à la synchonisation.
* pouvoir gerer la synchro avec un serveur pour chaque projet individuellement, certain projet peuvent rester privé. Les nouvelles taches qui apparaissent sont automatiquement ouverte et dans une autre couleur, elle reste ainsi tant que l'utilisateur n'a pas dit qu'il les a vu (par exemple elles sont tag 'new'). Il faut supporter plusieurs serveurs donc il faudra une api facilement implantable pour plusieurs besoin
* ajout de fonctionnalite gtodo (une tache datée dans le temps) avec alarme ou non (alarme multiple possible). Pour cela, ajouter de nouvelles info sur la tache: date debut, date fin, temps estime, taux d'avancement, etat (todo, start, done), priorité. Quelqu'un avait déjà fait une demande assez similaire : pouvoir ajouter une durée estimée pour voir les dépassement. À faire. * pour chaque projet/tache, pouvoir indiquer que l'on veut afficher les taches par ordre asc ou desc: alphabetique, date de creation, date de debut, date de fin, taux d'avancement, etat. Cette ordre est conservé entre chaque redemarrage. Les taches qui n'ont pas l'information pour pouvoir les trier sont a la fin. Ca fait beaucoup de configuration pour l'outil simple qu'est l'application actuellement. J'ai peur que personne ne s'en servent (apart toi ;-) ) * avoir des couleurs différentes suivant les dates de fin des taches (en retard, a faire dans les 7 prochains jours, a faire dans le futur) Je ne suis pas sûr que cela suffise car, lorsque l'arbre est replié, l'utilisateur risque de ne pas les voir.
Et potentiellement plein de couleur partout, je ne sais pas si c'est une bonne idée.
* pour chaque project/task avoir une description/commentaire qui est un champs texte, et pouvoir par un rapport afficher toutes les projets avec leur description ou seulement certain projet et task. (cela permettra d'etre utilise comme prise de note/pense bete sur un projet) Pareil, ca va beaucoup compliquer les options des rapports de choisir pour tel ou tel projet d'avoir les commentaire ou pas :(
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 04/04/2012 13:12, Benjamin POUSSIN a écrit :
Voici mes réflexions:
Désolé ma machine s'est cassée ce jour là, j'ai loupé le mail depuis.
pas de modification du code gtimer depuis 2ans (mars 2010) jtimer ne perd plus les données.
évolutions: * modification du type de stockage ? (texte ou BD ? si bd topia ou wikitty ?)
Vu la structures arborescentes, ce qui me semble le plus approprié est un seul fichier XML. Ça me paraît un canon pour tuer une mouche de tirer du topia ou du wikitty.
* avoir la notion de meta-projet, qui ne servirait qu'a cree un noeud pere pour un ensemble de projet (ex: nuiton). Est-ce qu'en jouant avec les tags ca peut suffire ? (voir item precedent)
Je ne suis pas d'accord avec ça dans le sens où je ne suis déjà pas d'accord avec la notion de projet et tâche. Pour moi, tout ça est un gros arbre et je ne vois pas de raison de distinguer le nœud de premier niveau du reste. Méta-projet est donc pas utile, c'est juste rajouter un niveau en haut d'un arbre qui doit déjà pouvoir gérer n niveaux (c'est pas clair ?). J'ajoute la demande : possibilité de générer un rapport sans les temps, et de personnaliser le template (freemarker).
Le 04/04/2012 13:12, Benjamin POUSSIN a écrit :
évolutions: * modification du type de stockage ? (texte ou BD ? si bd topia ou wikitty ?)
http://www.chorem.org/issues/498 et ses sous taches
* pouvoir mettre des tags sur chaque tache/projet * pourvoir faire des rapports par tag en plus de par tache http://www.chorem.org/issues/500 et sous taches * pouvoir gerer la synchro avec un serveur pour chaque projet individuellement, certain projet peuvent rester privé. Les nouvelles taches qui apparaissent sont automatiquement ouverte et dans une autre couleur, elle reste ainsi tant que l'utilisateur n'a pas dit qu'il les a vu (par exemple elles sont tag 'new'). Il faut supporter plusieurs serveurs donc il faudra une api facilement implantable pour plusieurs besoin http://www.chorem.org/issues/51 * ajout de fonctionnalite gtodo (une tache datée dans le temps) avec alarme ou non (alarme multiple possible). Pour cela, ajouter de nouvelles info sur la tache: date debut, date fin, temps estime, taux d'avancement, etat (todo, start, done), priorité. http://www.chorem.org/issues/504 * pour chaque projet/tache, pouvoir indiquer que l'on veut afficher les taches par ordre asc ou desc: alphabetique, date de creation, date de debut, date de fin, taux d'avancement, etat. Cette ordre est conservé entre chaque redemarrage. Les taches qui n'ont pas l'information pour pouvoir les trier sont a la fin. http://www.chorem.org/issues/507 * masquage automatiquement de tache done (avec possibilite de les reafficher si besoin, voir de les listes via un rapport) http://www.chorem.org/issues/505 * avoir des couleurs différentes suivant les dates de fin des taches (en retard, a faire dans les 7 prochains jours, a faire dans le futur) http://www.chorem.org/issues/508 * pour chaque project/task avoir une description/commentaire qui est un champs texte, et pouvoir par un rapport afficher toutes les projets avec leur description ou seulement certain projet et task. (cela permettra d'etre utilise comme prise de note/pense bete sur un projet) http://www.chorem.org/issues/509 * possibilte d'afficher l'arbre des taches par tag, soit pour toutes les taches et tous les projets soit seulement pour les projets (voir item suivant) * avoir la notion de meta-projet, qui ne servirait qu'a cree un noeud pere pour un ensemble de projet (ex: nuiton). Est-ce qu'en jouant avec les tags ca peut suffire ? (voir item precedent) http://www.chorem.org/issues/502
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
participants (3)
-
Benjamin POUSSIN -
Brendan Le Ny -
Eric Chatellier