https://sourceforge.net/p/gpal/home/Todo/Recent changes to TodoenTue, 13 Sep 2011 02:05:06 -0000https://sourceforge.net/p/gpal/home/Todo/<pre>--- v7 +++ v8 @@ -8,8 +8,10 @@ First of all: +<s> - Change every instance of the old/temp name "cpp"... - Then put everything in the namespace gpal +</s> <b>Done.</b> Then: </pre>MPsycoTue, 13 Sep 2011 02:05:06 -0000https://sourceforge.net1a8e06ea97c53446eb07a209e18ec46d396da86ahttps://sourceforge.net/p/gpal/home/Todo/<pre>--- v6 +++ v7 @@ -3,7 +3,7 @@ - DOCS!!! - Groups the docs.. that makes it clearer - Better Exception handling... -- Separate what can be separated in *.h ans *.cpp +- Separate what can be separated in *.h and *.cpp - Tests First of all: </pre>MPsycoWed, 07 Sep 2011 09:07:44 -0000https://sourceforge.net015d68a7a48f7c5ffaf149fb0c6234d1579d8e4dhttps://sourceforge.net/p/gpal/home/Todo/<pre>--- v5 +++ v6 @@ -26,7 +26,7 @@ - move (from an memoryManager to another) - unlink - ilink::disconnect?? - - [connect] + - ~connect - MulitiLink respect the order in which object had been linked, so it can be used for holding some ordered data and it could be really usefull to add some ordering method or std::vetor-like method - Implémenter correctement un méchanisme afin de retirer un objet sans problème (genre fuite de mémoire ou suppression double). </pre>MPsycoWed, 07 Sep 2011 08:48:24 -0000https://sourceforge.net42b83db4201f7048f442ec4625aeffd4da17128bhttps://sourceforge.net/p/gpal/home/Todo/<pre>--- v4 +++ v5 @@ -3,70 +3,56 @@ - DOCS!!! - Groups the docs.. that makes it clearer - Better Exception handling... - +- Separate what can be separated in *.h ans *.cpp +- Tests + First of all: -Change every instance of the old/temp name "cpp"... -Then put everything in the namespace gpal +- Change every instance of the old/temp name "cpp"... +- Then put everything in the namespace gpal Then: - Change the way the resources are managed, it looked like a good idea at the first place, but I have to change it before it becomes a nightmare. - Add some logging (for debugging) utility. - put the namespace "type" outside of "core" - Ajouter un type de memoryManager entre BasicMM et (LinkManager, ObjectManager; au fait, la différence entre les deux est-elle toujours requise?) - Ajouter une méthode kill() à IMemoryManager qui appel free() et puis fait son salle boulot... - Considérer d'implémenter le "command design pattern" (avec quelque twist bien sur) afin de gérer les opérations de base... - Opération de base - delete - copy (partial/complete) - move (from an memoryManager to another) - unlink - ilink::disconnect?? - [connect] - MulitiLink respect the order in which object had been linked, so it can be used for holding some ordered data and it could be really usefull to add some ordering method or std::vetor-like method - Implémenter correctement un méchanisme afin de retirer un objet sans problème (genre fuite de mémoire ou suppression double). - Essayer de vérifier s'il fonctionne correctement - Rendre les IntReference "Universelle" et "customizable" (c'est presque déjà le cas - Ajouter le caractère "unique" aux IObject afin qu'ils ne soient pas copier lors de l'appel à strongCopy - Ajouter le concept de classe - match() - addRequirement() - addOptional() - bool& strict() -+ J'étais fatigué lorsque j'ai mit en place le système de référence, alors je ne suis pas sur si j'ais fait quelque chode d'inutile... - - La documentation des classes de gestion de la mémoire ne doit plus être à jour (à vérifier). - Ajouter à presque tout typeName() et typeId() et ajouter les choses correspondantes dans le fichier Types.h. - - Sérialisation... - - Séparer *Reference en .h et .cpp - Ajouter (ou rendre inaccessible) les opérations de copie pour les objet contenant un pointeur - - Modifier dumpGraph pour qu'il affiche les objets de TOUT les memory Manager (link et identifier et etc.) - Mettre en place un méchanisme pour que les modification soit propagé - Le tester - Ajouter certaine opération: - //Ajout/Retrait d'une propriété - - Peut-être faire deux descendant à IObject: terminal et nonTerminal, pcq terminal ne px pas besoin de commitModification(pLink) - Mais ce serait BEAUCOUP de modification pour simplement enlever une méthode à quelque classes... useless. - - Ajouter IObject::forall() =0; - - dotGraph - P-e afficher TT les objets (ajouter un paramètre "verbose" ...? - - - - -Ajouter les classes - StringValue - FloatValue +- J'étais fatigué lorsque j'ai mit en place le système de référence, alors je ne suis pas sur si j'ais fait quelque chode d'inutile... +- La documentation des classes de gestion de la mémoire ne doit plus être à jour (à vérifier). +- Ajouter à presque tout typeName() et typeId() et ajouter les choses correspondantes dans le fichier Types.h. +- Serialization... +- Add (or make inaccessible) the copy operators for the objects containing pointers. +- Mettre en place un méchanisme pour que les modification soit propagé + - Le tester + +- Peut-être faire deux descendant à IObject: terminal et nonTerminal, pcq terminal ne px pas besoin de commitModification(pLink) + - Mais ce serait BEAUCOUP de modification pour simplement enlever une méthode à quelque classes... useless. + +- Addthe classes/Ajouter les classes + - StringValue + - FloatValue </pre>MPsycoWed, 07 Sep 2011 08:48:01 -0000https://sourceforge.net3321c3e19fa0bb800462bd2b137033d653eff689https://sourceforge.net/p/gpal/home/Todo/<pre>--- v3 +++ v4 @@ -2,57 +2,53 @@ - DOCS!!! - Groups the docs.. that makes it clearer - +- Better Exception handling... + First of all: Change every instance of the old/temp name "cpp"... Then put everything in the namespace gpal Then: - Change the way the resources are managed, it looked like a good idea at the first place, but I have to change it before it becomes a nightmare. - Add some logging (for debugging) utility. - put the namespace "type" outside of "core" - Ajouter un type de memoryManager entre BasicMM et (LinkManager, ObjectManager; au fait, la différence entre les deux est-elle toujours requise?) - Ajouter une méthode kill() à IMemoryManager qui appel free() et puis fait son salle boulot... - Considérer d'implémenter le "command design pattern" (avec quelque twist bien sur) afin de gérer les opérations de base... - Opération de base - delete - copy (partial/complete) - move (from an memoryManager to another) - unlink - ilink::disconnect?? - [connect] - MulitiLink respect the order in which object had been linked, so it can be used - for holding some ordered data and it could be really usefull to add some ordering method - or std::vetor-like method - - - Implémenter correctement un méchanisme afin de retirer un objet sans problème (genre fuite de mémoire ou suppression double). - Essayer de vérifier s'il fonctionne correctement - - Rendre les IntReference "Universelle" et "customizable" (c'est presque déjà le cas - - Ajouter des templates aux Reference... - Ajouter le caractère "unique" aux IObject afin qu'ils ne soient pas copier lors de l'appel à strongCopy - Ajouter le concept de classe - match() - addRequirement() - addOptional() - bool& strict() - - Better Exception handling... - - J'étais fatigué lorsque j'ai mit en place le système de référence, alors je ne suis pas sur si j'ais fait quelque chode d'inutile... + - move (from an memoryManager to another) + - unlink + - ilink::disconnect?? + - [connect] + - MulitiLink respect the order in which object had been linked, so it can be used for holding some ordered data and it could be really usefull to add some ordering method or std::vetor-like method + +- Implémenter correctement un méchanisme afin de retirer un objet sans problème (genre fuite de mémoire ou suppression double). + - Essayer de vérifier s'il fonctionne correctement + +- Rendre les IntReference "Universelle" et "customizable" (c'est presque déjà le cas + +- Ajouter le caractère "unique" aux IObject afin qu'ils ne soient pas copier lors de l'appel à strongCopy +- Ajouter le concept de classe + - match() + - addRequirement() + - addOptional() + - bool& strict() + + ++ J'étais fatigué lorsque j'ai mit en place le système de référence, alors je ne suis pas sur si j'ais fait quelque chode d'inutile... La documentation des classes de gestion de la mémoire ne doit plus être à jour (à vérifier). Ajouter à presque tout typeName() et typeId() et ajouter les choses correspondantes dans le fichier Types.h. Sérialisation... Séparer *Reference en .h et .cpp ----> Ajouter (ou rendre inaccessible) les opérations de copie pour les objet contenant un pointeur + Ajouter (ou rendre inaccessible) les opérations de copie pour les objet contenant un pointeur Modifier dumpGraph pour qu'il affiche les objets de TOUT les memory Manager (link et identifier et etc.) Mettre en place un méchanisme pour que les modification soit propagé </pre>MPsycoWed, 07 Sep 2011 08:43:47 -0000https://sourceforge.netc67f23ef0d8223ae4bf323fa9db43fa6ebc91d66https://sourceforge.net/p/gpal/home/Todo/<pre>--- v2 +++ v3 @@ -1,29 +1,25 @@ As always: --DOCS!!! --Groups the docs.. that makes it clearer - +- DOCS!!! +- Groups the docs.. that makes it clearer + First of all: Change every instance of the old/temp name "cpp"... Then put everything in the namespace gpal Then: --Change the way the resources are managed, it looked like a good idea at the first place, but I have to change it before it becomes a nightmare. --Add some logging (for debugging) utility. - -mettre le namespace "type" en-dehors de "core" - - Ajouter un type de memoryManager entre BasicMM et (LinkManager, ObjectManager; au fait, la différence entre les deux est-elle toujours requise?) - Ajouter une méthode kill() à IMemoryManager qui appel free() et puis fait son salle boulot... - - - Considérer d'implémenter le "command design pattern" (avec quelque twist bien sur) afin de gérer les opérations de base... - - Opération de base - delete - copy (partial/complete) +- Change the way the resources are managed, it looked like a good idea at the first place, but I have to change it before it becomes a nightmare. +- Add some logging (for debugging) utility. +- put the namespace "type" outside of "core" +- Ajouter un type de memoryManager entre BasicMM et (LinkManager, ObjectManager; au fait, la différence entre les deux est-elle toujours requise?) +- Ajouter une méthode kill() à IMemoryManager qui appel free() et puis fait son salle boulot... +- Considérer d'implémenter le "command design pattern" (avec quelque twist bien sur) afin de gérer les opérations de base... + +- Opération de base + - delete + - copy (partial/complete) move (from an memoryManager to another) unlink ilink::disconnect?? </pre>MPsycoWed, 07 Sep 2011 08:41:26 -0000https://sourceforge.netfd7de034a9b623cc956d931d99ae35c3741f56f2https://sourceforge.net/p/gpal/home/Todo/<pre>--- v1 +++ v2 @@ -1,20 +1,17 @@ - As always: -DOCS!!! -Groups the docs.. that makes it clearer +-DOCS!!! +-Groups the docs.. that makes it clearer First of all: - Change every instance of the old/temp name "cpp"... - Then put everything in the namespace gpal +Change every instance of the old/temp name "cpp"... +Then put everything in the namespace gpal Then: - Change the way the resources are managed, it looked like a good idea at the first place, but I have to change it before it becomes a nightmare. - Add some logging (for debugging) utility. - - +-Change the way the resources are managed, it looked like a good idea at the first place, but I have to change it before it becomes a nightmare. +-Add some logging (for debugging) utility. mettre le namespace "type" en-dehors de "core" </pre>MPsycoWed, 07 Sep 2011 08:38:51 -0000https://sourceforge.net6d53fcb9080264067da6b3cf73076d347fbe0fb4https://sourceforge.net/p/gpal/home/Todo/ As always: DOCS!!! Groups the docs.. that makes it clearer First of all: Change every instance of the old/temp name "cpp"... Then put everything in the namespace gpal Then: Change the way the resources are managed, it looked like a good idea at the first place, but I have to change it before it becomes a nightmare. Add some logging (for debugging) utility. mettre le namespace "type" en-dehors de "core" Ajouter un type de memoryManager entre BasicMM et (LinkManager, ObjectManager; au fait, la différence entre les deux est-elle toujours requise?) Ajouter une méthode kill() à IMemoryManager qui appel free() et puis fait son salle boulot... Considérer d'implémenter le "command design pattern" (avec quelque twist bien sur) afin de gérer les opérations de base... Opération de base delete copy (partial/complete) move (from an memoryManager to another) unlink ilink::disconnect?? [connect] MulitiLink respect the order in which object had been linked, so it can be used for holding some ordered data and it could be really usefull to add some ordering method or std::vetor-like method Implémenter correctement un méchanisme afin de retirer un objet sans problème (genre fuite de mémoire ou suppression double). Essayer de vérifier s'il fonctionne correctement Rendre les IntReference "Universelle" et "customizable" (c'est presque déjà le cas Ajouter des templates aux Reference... Ajouter le caractère "unique" aux IObject afin qu'ils ne soient pas copier lors de l'appel à strongCopy Ajouter le concept de classe match() addRequirement() addOptional() bool& strict() Better Exception handling... J'étais fatigué lorsque j'ai mit en place le système de référence, alors je ne suis pas sur si j'ais fait quelque chode d'inutile... La documentation des classes de gestion de la mémoire ne doit plus être à jour (à vérifier). Ajouter à presque tout typeName() et typeId() et ajouter les choses correspondantes dans le fichier Types.h. Sérialisation... Séparer *Reference en .h et .cpp ---> Ajouter (ou rendre inaccessible) les opérations de copie pour les objet contenant un pointeur Modifier dumpGraph pour qu'il affiche les objets de TOUT les memory Manager (link et identifier et etc.) Mettre en place un méchanisme pour que les modification soit propagé Le tester Ajouter certaine opération: //Ajout/Retrait d'une propriété Peut-être faire deux descendant à IObject: terminal et nonTerminal, pcq terminal ne px pas besoin de commitModification(pLink) Mais ce serait BEAUCOUP de modification pour simplement enlever une méthode à quelque classes... useless. Ajouter IObject::forall() =0; dotGraph P-e afficher TT les objets (ajouter un paramètre "verbose" ...? Ajouter les classes StringValue FloatValueMPsycoWed, 07 Sep 2011 08:37:46 -0000https://sourceforge.nete882ce3fc2bb4f17aab070cbb2b900768e829a65