January 2004 - Isis-fish-devel - mailman.cloud.codelutin.com

réunion de Lundi
by Dominique PELLETIER Jan. 30, 2004

Jan. 30, 2004

Bonjour, Comme on en avait évoqué le risque qd on s'étaient vus, on nous a imposé une réunion à la noix lundi apres-midi. Je pourrai donc bosser lundi matin jusqu'à 11H50 Stéphanie pourra surement rester un peu plus longtemps (-> 13H?) A lundi, Dominique -- Dominique Pelletier Laboratoire MAERHA IFREMER BP 21105 44311 Nantes Cedex 03 FRANCE E-mail: dpellet(a)ifremer.fr Tel: 33 2 40374164 Fax: 33 2 40374075 http://www.ifremer.fr/maerha/

1 0

Re: [Isis-fish-devel] Listes des modifications
by Benjamin POUSSIN Jan. 28, 2004

Jan. 28, 2004

On Tue, 27 Jan 2004 16:25:05 +0100 Dominique PELLETIER <Dominique.Pelletier(a)ifremer.fr> wrote: > Cà te convient ma réponse de ce matin sinon ? Bah, je sais pas je vais expliquer ce que je vais faire: l'âge des poissons reste partout en année, sauf lorsqu'on l'utilise dans les équations. L'âge dans les équations est passée en mois en multipliant l'âge par 12. Ceci permet de réutiliser les mêmes équations de croissance pour la simulation, et pour la création des classes en longueur avec l'équation de croissance. Donc pour l'utilisateur il n'y a pas de changement, il voit et saisie les classes en année. Pour les équations on est en mois, on perd donc mois de précision en multipliant par 12 qu'en divisant par 12. voila, l'autre solution consistait a laisser les équations en année et donc lorsque l'on souhaitait ajouté un mois à l'âge du poisson pour des calculs on ajoutait en fait 1/12 à l'âge. -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

1 0

Listes des modifications
by Benjamin POUSSIN Jan. 27, 2004

Jan. 27, 2004

Salut, une question en premier, car moi aussi j'ai une petite tete ;) - j'ai ecrit mettre les fonctions de croissance en mois et on en annee, vous etes bien d'accord avec ca ? voici la liste que vous m'avez demandée: * Dans l'édition de la config choix de l'affichage des tooltips * correction du bug qui sauvegardait des saisons chevauchées * lorsque l'on change les dimensions de la saison, la taille de la matrice change lors de la sauvegarde) * pour la saison: dans le tableau de reproduction, les titres sont les mois de la saison * pour recrutement: dans le tableau mettre les titres sont 1er mois, 2eme mois, 3eme mois, ... * dans immigration: secteur d'arrivé ajout d'un apostrophe * dans engin: cahngement du texte Paramètre de Gamme possible -> valeurs possibles du paramètre * dans metier: correction bug avec le type du paramètre controlable * dans engin: suppression Param Continu et Quantifiable. * Pour les valeurs continues le paramètre accepte les - (5-12) pour les autres des ; (12;15;17;90) * dans strategie: suppression du bouton 'Terminer' * dans pop: passage des ages en valeur entiere et non en float (2.0 -> 2) * ajout d'un link entre region et secteur * ajout de l'upgrade automatique des données de la base * ajout de l'upgrade automatique des données xml * ajout de l'upgrade automatique de mckoi * Simplifier le DBtoXML et XMLtoDB * plus besoin de faire un unquote apres la lecture XML * correction du probleme dans le XML avec les relation n * seul les secteurs simples sont visible dans la liste des zones de la region * suppression des méthodes d'export des factories, on utilise maintenant tout le temps celle utilisant DBDescription * support pour l'upgrade automatique des résulats * suppression de Cle/taille age, maintenant qu'il y a inverse croissance * ajout d'un lien de MetaPop vers Pop * ajout d'un methode PopulationFactory.findAllByRegion * modification de toutes les utilisations de methodes depreciees * ajout support des commentaires dans les equations * refactoring de la gestion des equations (les equations sont directement conserve dans les objets) * les équations sont maintenant conservées sont forme XML dans la base * copyright plus dans l'image mais ecrit apres * ajout du support de Ln dans les equations * ajout d'équation prédéfinies * ajout d'un lien de region vers (Maille, MetaPopulation, Strategie) * creation de classe pour la verification de la coherence des infos de la base * ajout d'un bouton permettant de verifier si la saisie d'une region contient des erreurs * fenetre de modification/suppression des formules * correction du bug lors de la sélection d'une ancien simulation les effectifs restait sur les anciens * les resultats de la verification est visualisé dans une table * ajout du tri sur les resultats de la verification * correction bug de lancement et sauvegarde de simulation du a l'auto upgrade de la base * Amélioration de la présentation de la liste des objects à effacer, lors de l'effacement d'un objet * remplacement de Classepopulation.longueur en longeurMin et longueurMax * remplisage de la matrice de changement de classe pour le modele en longueur. * ajout des dernieres equations * correction du bug dans MatriceChage qui ne tennait pas compte du group plus -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 1

CR 19/12/03
by Stephanie MAHEVAS Jan. 20, 2004

Jan. 20, 2004

-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas(a)ifremer.fr) IFREMER/MAERHA Tel: 02 40 37 41 81 Fax: 02 40 37 40 75 (Mathématiques Appliquées à l'Evaluation des Ressources Halieutiques et Aquacoles) rue de l'île d'Yeu BP 21105 44311 NANTES Cedex 03 http://www.ifremer.fr/maerha o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................

1 0

[Fwd: Re: [Isis-fish-devel] un petit retour sur le model en longueur et la matrice de changement de classe]
by Stephanie MAHEVAS Jan. 20, 2004

Jan. 20, 2004

-------- Message d'origine -------- Sujet: Re: [Isis-fish-devel] un petit retour sur le model en longueur et la matrice de changement de classe Date: Fri, 16 Jan 2004 09:18:13 +0100 De: Stephanie MAHEVAS <Stephanie.Mahevas(a)ifremer.fr> Société: IFREMER CC: isis-fish-devel(a)lists.labs.libre-entreprise.org Références: <20040115160315.2c0a0f42.poussin(a)codelutin.com> Bonjour je te propose de me rappeler pour ce qui est de la 3eme question. sinon question 1, reponse: pour la matrice de changement de classe, celle que l'on fait calculer automatiquement ou que plus tard l'utilisateur pourra saisir manuellement (notee CC dans le compte-rendu du 19/12/04) ne correspond pas en effet a la matrice CA de l'ecriture matricielle du modele. CC de taille nbclasse*nbclasse, permet de remplir CA. CA est une matrice par blocs (avec nbclasse*nbclasse blocs de taille nbSecteur*nbSecteur). Lorsque l'on a une dynamique en age les blocs ne peuvent etre que la matrice identite (I) ou la matrice nulle (0) de taille nbSecteur*nbSecteur. Lorsque l'on a une dynamique en longueur, les blocs ne peuvent etre que la matrice identite (I*constante) ou la matrice nulle (0) de taille nbSecteur*nbSecteur. Les blocs non nuls sont sur la partie triangulaire supérieure. La diagonale reste identique a celle pour la dynamique en age en distinguant les 2 cas, groupe + ou pas groupe +. Le bloc i,j de CA est egal a la matrice I*CC(i,j) de taille nbSecteur*nbSecteur (CC(i,j) l'element de la matrice CC en positin (i,j)). question 2, reponse 2 oui a+ stephanie ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas(a)ifremer.fr) IFREMER/MAERHA Tel: 02 40 37 41 81 Fax: 02 40 37 40 75 (Mathématiques Appliquées à l'Evaluation des Ressources Halieutiques et Aquacoles) rue de l'île d'Yeu BP 21105 44311 NANTES Cedex 03 http://www.ifremer.fr/maerha o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ...................................................................... -- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas(a)ifremer.fr) IFREMER/MAERHA Tel: 02 40 37 41 81 Fax: 02 40 37 40 75 (Mathématiques Appliquées à l'Evaluation des Ressources Halieutiques et Aquacoles) rue de l'île d'Yeu BP 21105 44311 NANTES Cedex 03 http://www.ifremer.fr/maerha o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................

1 0

un petit retour sur le model en longueur et la matrice de changement de classe
by Benjamin POUSSIN Jan. 16, 2004

Jan. 16, 2004

Bonjour, J'ai plusieurs petites questions: 1) La matrice que vous me faites calculer pour le changement de classe, lorsque le modèle est en longueur est une matrice (NbClasse X nbClasse) comme dimension, hors une matrice de changement de classes dans le simulateur a comme dimension (NbClasse*NbSecteur X NbClasse*NbSecteur) puisque les effectifs sont structure comme ca, je pense qu'il manque quelque chose entre les 2 (j'ai suis meme sur :) 2) Comment calculer l'age lorsque l'on a longueurMin et longueurMax ? est-ce que pour calculer l'age, je prend comme longueur (longueurMin+longueurMax)/2 ? 3) Il faut absolument que vous me repondiez sur les moyens de saisie des longueursMin et Max pour l'utilisateur pour les 3 cas de figure. -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 1

[Fwd: Re: [Isis-fish-devel] questions]
by Stephanie MAHEVAS Jan. 13, 2004

Jan. 13, 2004

Non il ne s'agit pas d'un oubli volontaire puisque l'on avait repondu a ta question lors de ton premier mail (cf reponse DP ci-jointe) d'autant plus que ce pb avait deja ete evoque en reunion du 19/12 lors de la discussion du modele en longeuur et des interfaces qui s'y rapportent (cf CR joint en attache page 6, paragraphe 3/a)la saisie des valeurs). a+ stephanie -------- Message d'origine -------- Sujet: Re: [Isis-fish-devel] questions Date: Wed, 07 Jan 2004 11:44:36 +0100 De: Dominique PELLETIER <Dominique.Pelletier(a)ifremer.fr> Société: IFREMER A: IsisDev <isis-fish-devel(a)lists.labs.libre-entreprise.org>, smahevas <smahevas> Références: <3FFAC530.58CD816C(a)ifremer.fr> <20040106203346.4e4cf6c4.poussin(a)codelutin.com> Salut Benjamin, Merci pour toutes ces infos. Nous ne sous-estimons pas le travail que celà représente, mais c'est vrai qu'une fois de plus on n'avait pas ce qu'il faut au bon moment (je n'avais meme plus la carte..). Je te remercie de penser que je suis une pochetronnne et je tiens à te rassurer à ce sujet... Je ne pense pas m'etre trompée en observant ce numero de version, mais errare humanum est. Il nous semble à toutes les deux que nous avons eu une version ultérieure à celle qui avait plein de bugs (de octobre), notamment tu avais fait des modifs en novembre. Or, c'est la vieille version que nous avons ici. Nous sommes en pleine reunion (hier et aujourd'hui), donc tu ne peux nous telephoner sauf a demander la salle de reunion 3 Je réitère ma demande pour le coup de la base qui se vide à chaque réinstallation, je voudrais que ce soit corrigé très vite, c'est possible puisque çà marche chez Stéphanie. J'en ai marre de perdre mes simu à chaque fois que Java web start va chercher une version du simulateur sur le serveur. Pour ta question sur les classes de longueur, il me semble qu'on a dit qu'on voulait garder les min et max. Donc on fait comme celà. J'espère que ceci répond à ton mail. Je serai là demain et vendredi. Bon courage Dominique Benjamin POUSSIN a écrit : > > Je pense que les fetes on ete trop arrosé, car la version 2.1 n'a jamais > existé ;) > > > 3. a chaque fois que j'ai une nouvelle version qui s'installe, elle > > écrase la base existante et je dois restaurer une base. Or, chez > > STéphanie, elle a la chance insigne de garder sa base existante à chaque > > fois. Peux-tu faire quelque chose ? > > Je ne pense pas que ce soit le cas. L'installation d'une nouvelle > version ne touche jamais aux données en tout cas pour l'instant. > > Car avec les modifications que j'ai du apporté au modèle, la base a ete > modifier, et donc j'ai du inclure maintenant un upgrade automatique de > la base de données. Cela m'a pris beaucoup plus de temps que je ne le > pensais, et surtout je ne pensais pas devoir le faire maintenant :(. > > En tout cas maintenant, nous pourrons plus facilement modifier la base > de données et les anciens fichiers sauvegardés en XML devrait pouvoir > être réimporté. Avant de venir vous apporter cette version, je prefere > la tester. > > Il me reste encore de petite chose a faire sur la migration des données > mais les 1er tests sont concluant. > > > Ce serait bien qu'on ait vite la dernière version opérationnelle, car on > > l'air bete avec notre ver 1.2.1 pleine de bugs (on vient de faire une > > démo : pas moyen de reussir une simu). Peut-on la charger qqe part chez > > vous ? > > malheureusement non, comme je l'ai dit au dessus, j'ai mis plus > longtemps que prevu pour la migration des données d'un version a une > autre, et surtout je prefere tester avant que vous ne l'utilisiez. > > Donc tout ceci pour dire que je n'ai pas pu faire une version pour hier > :(, et j'en suis vraiment desole, j'ai essaye de t'appeller a ton bureau > mais ca n'a pas repondu :(. > > J'ai a priori fait toutes les modifications que l'on avait vu l'autre > fois sauf une. Il s'agit du calcul de changement d'age lorsque les > classes sont en longueur. Car il me faut les borne min et max de la > longueur d'une classe, que je n'ai pas. Je n'ai que la valeur moyenne. > > Donc pour pouvoir avoir les bornes, il fallait modifier la base et donc > pouvoir migrer les informations et donc coder ce qu'il fallait pour la > migration des données, ... > > Donc voila, je suis au bout du travail pour pouvoir remplir la matrice. > Mais j'aimerais connaitre votre souhait sur la facon de conserver cette > information pour les classes en longueur (borne min et max). > > C'est a dire, ou puis-je trouver l'information dans ce que saisie > l'utilisateur pour tous les cas de figure de la saisie des classes en > longueur ? et sous quel forme la stoker dans la base ? pour cette > deuxieme question je dois sans doute pouvoir me debrouiller seul. > > point sur le developpement > ========================== > > +- recuperation des anciennes bases en XML, meme apres modification du model de la base > +- Dans le menu config mettre si on veut les tooltips > +- correction du bug lors de la sauvegarde de saison qui se chevauchent > +- lorsque l'on change les dimensions de la saison, la taille de la matrice change en meme temps (lors de la sauvegarde) > +- pour la saison: dans le tableau de reproduction, en titre les mois de la saison > +- pour recrutement: dans le tableau en titre (1er mois, 2eme mois, 3eme mois, ...) > +- dans immigration: secteur d'arrivé ajout d'un apostrophe > +- dans engin: Paramètre de Gamme possible -> valeurs possibles du paramètre > +- dans metier: correction du bug lors du changement du type de parametre qui n'etait pas pris en compte > +- dans engin: supprimer Param Continu et Quantifiable. > +- Pour les valeurs continus accepte les - (5-12) pour les autres des ; (12;15;17;90) > +- dans strategie: supprimer le bouton 'Terminer' > +- dans pop: mettre les ages en valeur entiere et non en float (2.0 -> 2) > +- la base de données s'upgrade maintenant automatiquement lors du changement de version de mckoi (j'ai donc mis une nouvelle version de la librairie). > +- changement de la version de la librairie OpenMap (peut-etre cela corrigera-t-il le probleme de carte ?) > +- ajout dans le model de donnees un lien entre region et secteur > +- ... d'autre petites choses qui ne sont pas forcement visibles > > Je pense avec toutes les modifications que j'ai fait, et les > modifications que je veux encore faire sortir une version 2.0, qui sera > la base pour tout les changements pour le modele economique, avec pas > mal de modifications non visibles mais tres utiles. > > Mais il y aura une version intermediaire avant. J'espere pouvoir la > faire pour la fin de semaine, ou debut de la semaine prochaine. Mais > pour ca il me faut votre reponse sur les bornes min et max de la > longueur. > > -- > Benjamin > -------------------- > email: poussin(a)codelutin.com () campagne du ruban ascii > http://www.codelutin.com /\ pour les mails en ascii > > ------------------------------------------------------------------------ > _______________________________________________ > Isis-fish-devel mailing list > Isis-fish-devel(a)lists.labs.libre-entreprise.org > http://lists.labs.libre-entreprise.org/mailman/listinfo/isis-fish-devel -- Dominique Pelletier Laboratoire MAERHA IFREMER BP 21105 44311 Nantes Cedex 03 FRANCE E-mail: dpellet(a)ifremer.fr Tel: 33 2 40374164 Fax: 33 2 40374075 http://www.ifremer.fr/maerha/ _______________________________________________ Isis-fish-devel mailing list Isis-fish-devel(a)lists.labs.libre-entreprise.org http://lists.labs.libre-entreprise.org/mailman/listinfo/isis-fish-devel -- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas(a)ifremer.fr) IFREMER/MAERHA Tel: 02 40 37 41 81 Fax: 02 40 37 40 75 (Mathématiques Appliquées à l'Evaluation des Ressources Halieutiques et Aquacoles) rue de l'île d'Yeu BP 21105 44311 NANTES Cedex 03 http://www.ifremer.fr/maerha o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................

1 0

Re: [Isis-fish-devel] Question sur les equations
by Benjamin POUSSIN Jan. 12, 2004

Jan. 12, 2004

On Mon, 12 Jan 2004 09:40:39 +0100 Stephanie MAHEVAS <Stephanie.Mahevas(a)ifremer.fr> wrote: > Salut Benjamin > > a mon tour je te souhaite mes meilleurs voeux pour 2004 ainsi qu'a toute > l'equipe de Code Lutin. > > Pour ce qui est de la fonction decroissance ta premiere proposition > semble la plus adaptee. ok > Voici donc les noms pour ces equations (si cette > ecriture est possible) pas tout a fait mais presque :) > 1/Schnute_K!=0_Gamma!=0 > 2/Schnute_K!=0_Gamma=0 > 3/Schnute_K=0_Gamma!=0 > 4/Schnute_K=0_Gamma=0 > Leur ecriture analytique est correcte. > lorsque l'on selectionne une equation predefinie, il faudrait que l'on > puisse visualiser son ecriture analytique dans l'editeur d'equation sans > qu'elle soit modifiable. Est-ce faisable? non, ce n'est pas faisable actuellement :( sinon pour mon autre question qui reste sans reponse, est ce un oubli de votre part ou une mur reflexion non encore terminee :) la question etait, comme l'utilisateur entre-t-il les informations de min et max de la longueur de chaque age dans l'interface graphique pour les 3 moyens de saisie ? par exemple pour l'instant lorqu'il donne la liste des valeurs de longueurs il donne les valeurs moyenne de longueur par classe et aucunement le min et le max :( et donc plus concretement, moi, comment je les obtiens ? -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

1 0

[Fwd: Re: [Isis-fish-devel] Question sur les equations]
by Stephanie MAHEVAS Jan. 12, 2004

Jan. 12, 2004

-------- Message d'origine -------- Sujet: Re: [Isis-fish-devel] Question sur les equations Date: Mon, 12 Jan 2004 09:40:39 +0100 De: Stephanie MAHEVAS <Stephanie.Mahevas(a)ifremer.fr> Société: IFREMER A: Benjamin POUSSIN <poussin(a)codelutin.com> Références: <20040109153457.0cf75ebb.poussin(a)codelutin.com> Salut Benjamin a mon tour je te souhaite mes meilleurs voeux pour 2004 ainsi qu'a toute l'equipe de Code Lutin. Pour ce qui est de la fonction decroissance ta premiere proposition semble la plus adaptee. Voici donc les noms pour ces equations (si cette ecriture est possible) 1/Schnute_K!=0_Gamma!=0 2/Schnute_K!=0_Gamma=0 3/Schnute_K=0_Gamma!=0 4/Schnute_K=0_Gamma=0 Leur ecriture analytique est correcte. lorsque l'on selectionne une equation predefinie, il faudrait que l'on puisse visualiser son ecriture analytique dans l'editeur d'equation sans qu'elle soit modifiable. Est-ce faisable? stephanie ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas(a)ifremer.fr) IFREMER/MAERHA Tel: 02 40 37 41 81 Fax: 02 40 37 40 75 (Mathématiques Appliquées à l'Evaluation des Ressources Halieutiques et Aquacoles) rue de l'île d'Yeu BP 21105 44311 NANTES Cedex 03 http://www.ifremer.fr/maerha o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ...................................................................... -- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas(a)ifremer.fr) IFREMER/MAERHA Tel: 02 40 37 41 81 Fax: 02 40 37 40 75 (Mathématiques Appliquées à l'Evaluation des Ressources Halieutiques et Aquacoles) rue de l'île d'Yeu BP 21105 44311 NANTES Cedex 03 http://www.ifremer.fr/maerha o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................

1 0

Question sur les equations
by Benjamin POUSSIN Jan. 9, 2004

Jan. 9, 2004

Salut, Je me pose des questions sur le nom de cette equation, que dois-je faire ? 4 equations avec des noms différents, dans ce cas lesquels ? 1 seul equation qui vérifie la valeur de K et gamma ? a mon avis la premiere solution serais la meilleur (plus clair pour l'utilisateur) Dans mon document j'ai ca : """ 4/Modèle de Schnute (Stéphanie, je n'ai pas vérifié les équations) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ paramètres : K; Gamma, y1, y2, t1, t2 si K et Gamma != 0 longueur = [y1^Gamma+(y2^Gamma-y1^Gamma)*((1-Exp(-K*(age-t1))/(1-Exp(-K*(t2-t1)))]^(1/Gamma) age = t1-(1/K)*(Ln(((Exp(-K*(t2-t1))-1) ^(1/Gamma)/ (y2^Gamma-y1^Gamma))*(l- y1^Gamma)))^Gamma Si K !=0 et Gamma=0 longueur = y1*Exp(ln(y2/y1)*((1-Exp(-K*(age-t1))/(1-Exp(-K*(t2-t1))) age = t1-(1/K)*(Ln(1-((1-Exp(-K*(t2-t1)))/ln(y2/y1))*ln(l/y1))) si K=0 et Gamma != 0 longueur = [y1^Gamma+(y2^Gamma-y1^Gamma)*(age-t1)/(t2-t1)]^(1/Gamma) age = t1+((t2-t1)/(y2^Gamma-y1^Gamma))*(l^(1/Gamma)- y1^Gamma) Si K =0 et Gamma=0 longueur = y1*Exp(ln(y2/y1)*(age-t1)/(t2-t1)) age = t1+((t2-t1)/Ln(y2/y1))*Ln(longueur/y1) """ donc la derniere question est est-ce que ces equations sont bonnes ? Bon week-end a vous ps: il y a encore l'affaire de la longueur min et max lors de la saisie a resoudre. -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

1 0