On Wed, 17 Jun 2009 07:46:11 +0200 Jean Couteau <couteau@codelutin.com> wrote:
CR réunion 16/06/2009 Stéphanie et Jean
Voici la liste des points abordés :
Points à changer dans Isis (je vais rajouter des bugs dans le bug report quand il y a besoin). Si quelqu'un a une remarque, qu'il élève la voie (genre on peut pas faire ça, c'est pas possible, ou autre :D) - Ordre des onglets dans l'interface de saisie de population. Il faudrait que l'ordre des onglets reflète l'ordre des opérations: 1. Saisie des pops 2. Zones 3. Saisons 4. Saisie des équations 5. Saisie des reproductions 6. Saisie des groupes de pop 7. Capturabilité 8. Migrations (Changement déjà effectué, merci de la réactivité Eric :D )
On pourrait meme imaginer que tant que l'onglet N-1 n'est pas saisie l'onglet N est grise (ca eviterait les problemes de matrice qui ont besoin d'info qui n'existe pas encore.) Mais je ne suis pas sur que se soit simple de mettre ca en place. Mais a garder dans le coin de la tete si jamais on trouve une solution.
- Le bouton du bas (passage à l'écran suivant) dans l'UI de saisie de la base et dans l'UI de sensibilité sert-il encore a quelquechose ? (on pense que non, on peut naviguer avec l'arbre). Il faut peut-être l'enlever dans ce cas ?
C'etait une demande metier, j'ai toujours ete contre :). Car complique a faire, donc le supprimer ne me pose pas de probleme. ...
- On a deux fois les exports (dans isis-database-3 et dans isis-export), est-ce vraiment nécessaire ? (une raison cachée peut-être, Benjamin ?) parce que ça devient problématique quand il y a beaucoup de simus.
En fait les exports dans database sont la, car la simu peut-etre faite sur une machine distante et il faut donc pouvoir les recuperer. Et pour ne pas que l'utilisateur est a aller chercher les exports dans la base, ou parce qu'il souhaite que les exports soit dans un repertoire particulier on copie les exports dans le repertoire indique par l'utilisateur. Ce qu'il faudrait est que si l'utilisateur n'indique pas de repertoire, on ne fait pas la copie et que par defaut il n'y ait pas de repertoire fixe dans la config.
- Il serait bon de faire un récapitulatif des règles de l'UI (genre il faut remplir cette matrice à l'initialisation, si matrice remplie alors dans tel onglet on a ça) pour vérifier ça a chaque changement d'UI (et ainsi éviter les bugs évidents)
oui, mais jamais tres simple de faire des tests au niveau des UI :(
- La même chose avec les règles de base/fonctionnement d'une simulation serait pas mal. (en fait, faut faire une doc dev approfondie :D)
tu veux dire expliquer les equations fourni par l'ifremer :).
- 2 nouveaux bugs Caparmor trouvés : "refus de job" et "pas de réponse" (5 erreurs sur 65 tentatives d'envoi). Une erreur devra être envoyée après 5 tentatives de connection échouées.
Revue de la documentation/tutoriel Isis-Fish pas à pas (en cours de rédaction) (basée sur la version 3.2 d'Isis)
Il faut qu'on discute de comment ca va etre fait. Car il ne faut pas faire n'importe quoi :). Mon souhait: avoir le moins possible de doc utilisateur (aide dans les interfaces isis directement. Et si besoin de plus d'explication ouverture d'un navigateur sur la page du wiki qui va bien. Tony a fait des choses dans jaxx pour l'aide dans les appli, avoir comment articuler tout ca.
Prochaine réunion (pour aborder les points restants : sensitivité, caparmor) vendredi 19/06/2009
ok, a quelle heure ? -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii