Discussion / décisions - print difficultés techniques avec print : méthodes, fonctions, généricité ... solution retenue : - écrire des fonctions print sur nos classes (mtklevel, mtkValue, ...) qui fonctionnent avec le mécanisme S3 - les print des listes de nos objets reste le print "natif" d'une liste - dans un second temps nous traiterons ce pb. La solution sera peut-être de créer des classes pour les listes de ces objets.
- feuille de route : **point 1 : 1 Consolidation du code** (HR) - //éclater les méthodes// : bonne idée mais dangereuse => pas prioritaire - //choix de nommage// : setName plutôt que setMtkValueName - //print et show//: écrire les méthodes et/ou fonctions des classes (ne pas surcharger le print pour liste)
**point 2 : intégration de méthodes** (JW) - mise en œuvre de la solution la plus simple à implémenter : encapsuler dans une classe la fonction à intégrer. Cela permettra un premier usage à partir duquel on étudiera les spécifications à mettre en œuvre pour mettre en place un mécanisme de plugin plus robuste (analyse des fichiers d'un répertoire au moment du chargement de mtk)
**point 3 : échanges plate-formes** - pas prioritaire : à traiter après la livraison de la première version mtk (janv 2012)
**point 4 : la doc** - gérer les sources des doc sous svn de la forge - présenter les documents sous mexico.org : - man de référence à valider (construit avec roxygen) - guide du développeur : proposition de partir du guide ébauché par HR pour valider ensemble un plan et se repartir la rédaction. - vignette (HM V2) - tableau xmind (HR) - liste des méthodes et lois accessibles avec MTK (HR/Nejdi) - checklist pour construire le package
**point 5 : Reprise des calculs** non prioritaire
**point 6 : Tests** il faut pouvoir disposer de tests de non régression ainsi que des tests unitaires, HR a commencé de mettre en place des TU sur certaines classes, il faudrait trouver une approche générique.
**point 7 : reporting** Dans un premier temps des méthodes //show/print//, //summary// et report
**propositions/ TODO** - JW : vérifie le pb qui plante actuellement 2 des 3 démo - JW : compréhension du mécanisme de visibilité des classes et méthodes (namespace) - JW : roxygen a évolué en roxygen2, il faut donc vérifier la complète portabilité des fonctions mises en œuvre dans mtk - HR fait suivre le travail réalisé pour le guide du devlp. (dans l'état) - HR fait suivre la checkList pour générer un package - HR fait la page récapitulative de la doc sous mexico.org - HR publie les tests unitaires réalisés
**proposition d'agenda** - HR est chargé de dégrossir la procédure de visio par skype et d'informer le groupe pour continuer les échanges pendant le séjour de HM en GB - dès la procédure connue, le trio fixera le prochain RV
