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 ) - 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 ? - On ne peut pas redimmensionner l'arbre dans l'UI de saisie de la base (pas testé dans l'UI d'AS) - Il y a un bug dans la saisie des données économiques dans l'UI Flotilles/métiers pratiqués (note, on va changer cette UI) - L'UI de flotille/métiers pratiqués devrait-être séparée en deux onglets : 1 onglet où on rempli la liste des métiers, et un onglet ou on rempli les données écos (cf. schémas qui vont arriver sur le bugtracker :D ) - 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. - 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) - 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) - 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) - Quelques saisies d'écran a changer - Expliquer l'interface de saisie d'équation (renvoyer au wiki) - Expliquer plus les paramètres quand il y a une multi-saisie - Interface de Saison/Zone est a revoir - Quelques corrections linguistiques :D - Renvoyer au wiki pour toutes les docs approfondies qui y sont (équations, cartes, plans d'analyse,...) - valeur minimale et maximale et non mimimum-maximum - Casser la diapo de saisie des paramètres de la simulation en 6 groupes de diapo pour plus de clarté. - Expliquer ce qu'est un export - Expliquer ce qu'est un résultat - Expliquer l'arborescence disque - Expliquer le fonctionnement de la queue de simulation - Faire référence au wiki pour l'écriture des mesures de gestion (aide avancée, APIs, stockage des mesures existantes) - Rajouter la queue de simus avant les résultats - Récupération dans R : traduction en français (pourquoi j'ai switché en anglais, très bonne question) - Référence à la documentation des objets R de Isis Documentation du site/wiki d'Isis - Homogénéiser la doc (format, pages, accès,...) - Revoir les saisies d'écrans pour adapter à la version 3.2 Revue de la documentation d'installation/configuration/fonctionnement Isis-Caparmor - Ajouter des infos sur le fonctionnement d'Isis-Caparmor - Quelques explications complémentaires à ajouter Prochaine réunion (pour aborder les points restants : sensitivité, caparmor) vendredi 19/06/2009 -- ---- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28
Jean Couteau a écrit :
- On ne peut pas redimmensionner l'arbre dans l'UI de saisie de la base (pas testé dans l'UI d'AS) Fait - 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. Lors d'une simulation, on peut cocher "Exporter uniquement les simulations" qui, après une simulation, copie les exports dans isis-export et supprimer la simulation.
-- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
Eric Chatellier a écrit :
Jean Couteau a écrit :
- On ne peut pas redimmensionner l'arbre dans l'UI de saisie de la base (pas testé dans l'UI d'AS)
Fait
Good job :D
- 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.
Lors d'une simulation, on peut cocher "Exporter uniquement les simulations" qui, après une simulation, copie les exports dans isis-export et supprimer la simulation.
L'idée c'était d'enlever isis-export et ne garder que la simulation. A priori les utilisateurs (d'après Stéphanie) vont directement dans la simulation pour avoir les exports, sans passer par le dossier isis-exports. -- ---- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28
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
Benjamin POUSSIN a écrit :
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.
Pas con, effectivement peut-être un peu dur a faire, a garder dans un coin de la tête.
- 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.
...
Stephanie, une petite confirmation, on supprime ?
- 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.
Bonne solution je pense.
- 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 :(
C'est surtout qu'on puisse vérifier que les choses de bases se passent bien (être sur qu'on a la bonne ui au bon moment avec les bonnes valeurs par exemple). Je ne pensais pas forcément a des tests unitaires d'UI a la selenium. Juste vérification des regles de base a la mano.
- 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 :).
En fait c'est surtout pour savoir quelle valeur sert, a quel moment, pas forcément le détail des équations qui serait vite incompréhensible :D.
- 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.
Je parlais pour l'instant surtout du tuto pas à pas qui est en cours et qu'on voulais mettre sur le wiki, et non de la doc d'isis dans l'appli (sur laquelle il va falloir se plonger d'ailleurs :D) On verra ça avec Tony alors pour l'aide dans Isis.
Prochaine réunion (pour aborder les points restants : sensitivité, caparmor) vendredi 19/06/2009
ok, a quelle heure ?
La journée :D
-- 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 _______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@lists.labs.libre-entreprise.org http://lists.labs.libre-entreprise.org/mailman/listinfo/isis-fish-devel
-- ---- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28
participants (3)
-
Benjamin POUSSIN -
Eric Chatellier -
Jean Couteau