cloutierjo / newtonerp

Automatically exported from code.google.com/p/newtonerp
0 stars 0 forks source link

ajouté la possibilité d'Avoir un hystorique de changement #52

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
rendre possible (de manière optionnel) de gardé une trace des modification
des donnée par exemple si quelqu'un modifie une entité employer une copie
de la nouvelle ligne serai faite dans une table employe_hystory en ajoutant
l'utilisateur ayant fais cette modification et la date/heure. cela devrai
être en bonne partie géré par l'ORM selon moi

par la suite on pourrais aussi ajouté un fonction de 'rollback' pour
remettre un ligne a un de ces ancien états ce qui garderai quand meme tout
les historique et en ajouterais un nouveau au nom de celui qui a fais le
rollback 

Original issue reported on code.google.com by djo0012@gmail.com on 6 Jun 2010 at 4:37

GoogleCodeExporter commented 9 years ago
Salut Jo,

Eh oui je suis un nostalgique du projet! Je sait pas si tu va avoir ce mail. Je 
crois que oui si je me rapelle bien les events de google code...

Si oui eh bien tant mieux. Je me cherchais quelques trucs a faire dernierement 
et j'ai ete agreablement surpris de voir toujours de l'activite sur le projet.

C'est pourquoi je me proposerais de faire les petits enhancements sur l'orm que 
tu as mis en feature. (Etant donne que c'est pas pressant vu tu a mis ca a low 
priority). Je pourrais faire ca a temps perdu qu'en dit tu?

Original comment by jonathan...@gmail.com on 30 Jul 2010 at 12:03

GoogleCodeExporter commented 9 years ago
effectivement je reçois tj les email... il n'y a pas de problème a se que tu 
le fasse... par contre je suis en phase de refactor de tout l'application (pour 
enlevé les truc qui fitte pas ensemble et les ancien système qui ne serve 
plus ou bien ou on a trouvé beaucoup mieu par la suite, donc histoire 
d'allégé un peu notre codebase... et la je suis pas mal dans la partie ORM 
(bien qu'il n'y a pas grand chose a faire je poursuit un peu dans la direction 
de guillaume pour séparé le moteur de l'ORM et les classe d'Acces a la DB et 
faire le ménage dans la classe orm qui deviens très chargé alors j'aimerai 
comité ce que j'ai de fais avant que tu fasse des changement de ce coté mais 
sa ne devrai pas être très très long et tu devrais encore te retrouvé 
facilement. c'est juste que j'ai beaucoup déplacé les fonction donc les merge 
vont chier. donc j'essaye de comité sa le plutôt possible et je te ferais 
signe

et le low priorité viens simplement du fais que aucun module n'en est encore 
de besoin (quoi que actuellement je considère presque qu'il n'y a plus de 
module puisque ceux fais en session ne correspondre pas tout a fais au besoin 
que l'on peu avoir :P ) 

mais finalement si tu en a envie je suis bien comptant alors bon temps perdu :P

Original comment by djo0012@gmail.com on 30 Jul 2010 at 8:53

GoogleCodeExporter commented 9 years ago
voila j'ai commité le début du refactor tout fonctionne le fonctionnement 
principal de l'orm (qui na pas avoir avec les SGDB) va dans OrmFonction ce qui 
doit être accessible de l'extérieur de l'orm dans Orm et se qui a avoir avec 
le sgdb doit être dans la classe abstraite abstractSgdb (mais sa sa a pas 
changé...)

Original comment by djo0012@gmail.com on 3 Aug 2010 at 3:41

GoogleCodeExporter commented 9 years ago
Ok, je vais regarder ca de mon cote histoire de me familiariser avec ca

Original comment by jonathan...@gmail.com on 3 Aug 2010 at 8:59

GoogleCodeExporter commented 9 years ago

Original comment by djo0012@gmail.com on 19 Aug 2010 at 5:18