IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Langage Pascal Discussion :

Limite possible au nombre de If ... Then ... Else à l'intérieur de Begin ... End


Sujet :

Langage Pascal

  1. #1
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2020
    Messages
    33
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Israël

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2020
    Messages : 33
    Points : 15
    Points
    15
    Par défaut Limite possible au nombre de If ... Then ... Else à l'intérieur de Begin ... End
    Bonsoir et meilleurs voeux pour l'annee 2024,

    Y-a-t-il une limite au nombre de If ... Then...Else a l'interieur d'un Begin ... End.
    Et si oui comment contourner la limite.

    Merci d'avance pour le support.

    Bien a vous

  2. #2
    Responsable Pascal, Lazarus et Assembleur


    Avatar de Alcatîz
    Homme Profil pro
    Ressources humaines
    Inscrit en
    Mars 2003
    Messages
    7 968
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ressources humaines
    Secteur : Service public

    Informations forums :
    Inscription : Mars 2003
    Messages : 7 968
    Points : 59 748
    Points
    59 748
    Billets dans le blog
    2
    Par défaut
    Bonjour et meilleurs voeux !

    Il ne semble pas y avoir de limite au nombre de if...then...else imbriqués. Toutefois, il est généralement possible de remplacer des séries de if par d'autres instructions de contrôle comme le case...of.

    Mais concrètement, pourrais-tu donner plus d'informations sur ce que tu veux faire ?


  3. #3
    Expert confirmé

    Homme Profil pro
    Directeur de projet
    Inscrit en
    Mai 2013
    Messages
    1 477
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Directeur de projet
    Secteur : Service public

    Informations forums :
    Inscription : Mai 2013
    Messages : 1 477
    Points : 4 676
    Points
    4 676
    Par défaut
    Bonjour,

    Comme Alcatîz, je ne pense pas qu'il y ait de limites. Du moins pour le langage. Pour le développeur, c'est différent. Plus de 6 tests imbriqués en rend la lecture difficile et il est important (mais pas toujours possible) de ne pas trop dépasser cette limite.

    Pour les test de de la forme if a... then ... else if a... then ... else if a... then ... else if a... then ... else if a..., le case est la solution déjà évoquée. D'autant qu'elle facilite les regroupements des cas ayant le même effet.

    Pour les autres, il est souvent utile, en performances comme en lisibilité, d'équilibrer les tests comme on équilibre un arbre binaire pour qu'il ait une profondeur maxi qui n'excède pas plus de 1 la profondeur mini. Souvent plus difficiles à écrire, ils permettent de s'approcher de log2(n) tests exécutés pour n cas contre quelque chose qui peut tendre vers n/2 tests exécutés.
    Par exemple avec n cas = 32, il est possible d'espérer une profondeur de 5 tests contre 31 (certes dans le pire des cas d'écriture) et 5 tests exécutés contre 16 (en moyenne).
    Un autre avantage est que les performances des tests équilibrés sont quasiment insensibles à la répartition des cas alors qu'il faudra mettre les cas les plus probables en début des tests pour obtenir de bonnes performance dans une programmation plus linéaire.

    Par ailleurs, certains tests qui entraînent la même conséquence, peuvent parfois être regroupés en un seul en utilisant une bonne connaissance des fonctions logiques (le xor par exemple).

    Il peut être nécessaire de créer des variables intermédiaires pour simplifier les tests car il n'y aucun gain à calculer plusieurs fois une même sous-expression qui, en outre, alourdit l'écriture et la lecture du code.

    Salutations

  4. #4
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2020
    Messages
    33
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Israël

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2020
    Messages : 33
    Points : 15
    Points
    15
    Par défaut
    Citation Envoyé par Alcatîz Voir le message
    Bonjour et meilleurs voeux !

    Il ne semble pas y avoir de limite au nombre de if...then...else imbriqués. Toutefois, il est généralement possible de remplacer des séries de if par d'autres instructions de contrôle comme le case...of.

    Mais concrètement, pourrais-tu donner plus d'informations sur ce que tu veux faire ?

    Tout d'abord merci Alcatiz et Guesset pour votre réponse.

    Un petit mot d'explication sur ce que je souhaite faire.
    J'essaye de construire un petit système expert qui si Cond1 est rempli du If Then exécutera Act1 et le Else est implicite non écrit, i.e. le programme continu son cours normal.
    En consequence j'ai une série de 2000 ou plus de " If Cond1 Then " qui se suivent les uns a la suite des autres et donc je n'ai pas de If then Else imbriqués (ce que j'aurai du préciser dans mon message initial). Je ne pense pas que Le case of puisse être utilisé dans ce cas.
    Et très curieusement quand je rajoute de nouveaux " If Then " le compilateur me sort des erreurs incompréhensibles a des endroits qui semblent completement aléatoires.
    Pour m'en sortir, j'ai essayé de basculer sur la dernière version de Lazarus 3.0 mais la j'ai rencontré un pb de compatibilité. Quand j'exécute me pgm j'obtiens des résultats différents sous 3.0.
    Je suis donc retourné a mon ancienne version de compilateur 1.6.4. La compatibilité ascendante apparemment n'est pas completement assurée...
    Merci de m'éclairer sur la meilleure piste a suivre.

  5. #5
    Expert confirmé
    Avatar de anapurna
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Mai 2002
    Messages
    3 444
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Arts - Culture

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 444
    Points : 5 864
    Points
    5 864
    Par défaut
    Salut

    il n'y a pas de limite au if then sinon cela ferais longtemps que tout les programme ne fonctionnerais pas

    par contre tu me fait peur quand tu me dis que tu en as 2000 qui se suivent mais bon a chacun sa façon de développer

    le plus simple pour t'en convaincre serais de transformer toutes tes condition en méthode

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
     
    Procedure ...Main;
    Begin 
      ExecAct1(Cond1);
      ExecAct2(Cond2);
      ....
      ExecAct2000(Cond2000);
    End: 
     
    Procedure ...ExecAct1(Cond1);
    Begin 
      if Cond1 = 'MaCond' Then 
        ACt1;
    End; 
    ....
    je pense plus a une erreur dans tes méthodes appelé qu'a un problème de condition
    tu n'aurais pas des GOTO qui traine avec un label ou une boucle infinie
    ou mieux encore un debordement de tableau dynamique
    change les option de ton compilateur pour qu'il soit plus stricte ... tu aura peut etre ta solution

  6. #6
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2020
    Messages
    33
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Israël

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2020
    Messages : 33
    Points : 15
    Points
    15
    Par défaut
    Citation Envoyé par anapurna Voir le message
    Salut

    il n'y a pas de limite au if then sinon cela ferais longtemps que tout les programme ne fonctionnerais pas

    par contre tu me fait peur quand tu me dis que tu en as 2000 qui se suivent mais bon a chacun sa façon de développer

    le plus simple pour t'en convaincre serais de transformer toutes tes condition en méthode

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
     
    Procedure ...Main;
    Begin 
      ExecAct1(Cond1);
      ExecAct2(Cond2);
      ....
      ExecAct2000(Cond2000);
    End: 
     
    Procedure ...ExecAct1(Cond1);
    Begin 
      if Cond1 = 'MaCond' Then 
        ACt1;
    End; 
    ....
    je pense plus a une erreur dans tes méthodes appelé qu'a un problème de condition
    tu n'aurais pas des GOTO qui traine avec un label ou une boucle infinie
    ou mieux encore un debordement de tableau dynamique
    change les option de ton compilateur pour qu'il soit plus stricte ... tu aura peut etre ta solution
    Bonjour Anapurna et merci pour ta réponse,

    J'ai pensé aller dans ton sens car je peux segmenter mes 2000+ "If Then Act1 " en 80 procedures, l'appel des procedures se faisant de façon similaire a ta description.
    Maintenant effectivement le "Act1 " représente un GOTO IDENTIQUE dans tous les cas. J'ai recours au "maudit" GOTO car je suis confronté a un pb de rapidité a l'exécution or quand la condition If au rang 200, est rempli, je ne veux pas avoir a executer les 1800 autres If restant. Peut être que mon code devrait etre revu, mais pour l'instant cette solution fonctionne bien.
    Enfin au sujet des résultats degrades quand je passe de la version 1.6.4 a 3.0 de compilateur je souhaiterai preciser que je fais énormément de calculs utilisant le Type Float ou Real,
    peut être que sous 3.0 la precision a été améliorée ? Quand pense tu ?
    Merci pour l'aide.

  7. #7
    Expert confirmé
    Avatar de anapurna
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Mai 2002
    Messages
    3 444
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Arts - Culture

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 444
    Points : 5 864
    Points
    5 864
    Par défaut
    salut

    le GOTO n'est pas une bonne solution

    IF MACONDITION THEN
    BEGIN
    ACT1;
    ACT2;
    ACT3;
    ..
    ACTN;
    END
    ELSE
    BEGIN
    ACTN;
    END;
    ACTFIN;
    Il y a toujours moyen de linéariser le code et au final ne pas perdre de temps
    car le GOTO prend forcement plus de temps qu'une condition
    le compilateur doit accéder a sa mémoire pour retrouver le label ...

    PS : Quand as ton interrogation sur les float si tu ne dépasse pas la capacité de celui-ci cela ne devrais pas poser de problème
    Tu comprendra qu'il nous est difficile de t'aider avec si peut d'information

  8. #8
    Expert confirmé

    Homme Profil pro
    Directeur de projet
    Inscrit en
    Mai 2013
    Messages
    1 477
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Directeur de projet
    Secteur : Service public

    Informations forums :
    Inscription : Mai 2013
    Messages : 1 477
    Points : 4 676
    Points
    4 676
    Par défaut
    Bonjour,

    Non le goto n'est pas plus long qu'un test. A la compilation, les goto label sont transformés en jmp vers l'adresse correspondant au label. A l'exécution il n'y a plus de label, juste des sauts courts ou long selon la distance entre l'adresse courante et celle du point à joindre.

    Dans le cas d'un test, il y a le calcul de l'expression en test et un saut conditionnel si le résultat est faux (jz ou je), dans le cas d'un test if then else il y a en plus un jmp pour, en fin de bloc then, sauter les instructions du bloc else.

    Ceci ne serait pas valable pour les goto calculés du Fortran. Mais on change de monde.

    Toujours est-il qu'il faudrait voir au moins une partie du code (et des messages d'erreurs) pour pouvoir éventuellement conseiller quelque chose. Faute de plus d'informations, j'ai l'impression, peut-être fausse, qu'il y a une machine à état derrière ce problème.

    Salutation

  9. #9
    Expert éminent sénior
    Avatar de Mat.M
    Profil pro
    Développeur informatique
    Inscrit en
    Novembre 2006
    Messages
    8 408
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Novembre 2006
    Messages : 8 408
    Points : 20 542
    Points
    20 542
    Par défaut
    Citation Envoyé par jacco Voir le message
    J'ai recours au "maudit" GOTO car je suis confronté a un pb de rapidité a l'exécution or quand la condition If au rang 200, est rempli, je ne veux pas avoir a executer les 1800 autres If restant. .
    il faut utiliser des structures en arborescences sinon vous allez tourner en rond rapidement; par exemple utiliser un arbre binaire avec lequel on construit des noeuds et des branches au fur et à mesure des conditions.
    Chercher dans les tutos de ce forum il y a un tuto pour créer des arborescences.
    Par exemple pour construire un système expert créer un noeud "chien" avec deux branches filles qui pointent donc sur deux noeuds "doberman","caniche" etc...
    Sinon à ma connaissance il y a une bibliothèque d'IA qui peut faire la job

  10. #10
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2020
    Messages
    33
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Israël

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2020
    Messages : 33
    Points : 15
    Points
    15
    Par défaut
    Citation Envoyé par anapurna Voir le message
    salut

    le GOTO n'est pas une bonne solution



    Il y a toujours moyen de linéariser le code et au final ne pas perdre de temps
    car le GOTO prend forcement plus de temps qu'une condition
    le compilateur doit accéder a sa mémoire pour retrouver le label ...

    PS : Quand as ton interrogation sur les float si tu ne dépasse pas la capacité de celui-ci cela ne devrais pas poser de problème
    Tu comprendra qu'il nous est difficile de t'aider avec si peut d'information
    Merci pour la réponse Anapurna.

    Pour répondre a ta demande d'info voici un bout de code

    If (NO_OF_STEP = 2 ) and ( TCPH < 24 ) and ( ((CPDH-1)*100) < -10.61 ) and ( SSI4 < 1 ) and ( TCPL < 15 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 24 ) and ( ((CPDH-1)*100) < - 8.73 ) and ( SSI4 < -0.86 ) and ( TCPL < 5.31 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 6.46 ) and ( ((CPDH-1)*100) < - 7.77 ) and ( SSI4 < 0 ) and ( TCPL < 5.31 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 6.46 ) and ( ((CPDH-1)*100) < - 7.06 ) and ( SSI4 < -0.61 ) and ( TCPL < 1.30 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 6.16 ) and ( ((CPDH-1)*100) < - 4.38 ) and ( SSI4 < 0 ) and ( TCPL < 1.30 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 6.16 ) and ( ((CPDH-1)*100) < - 3.71 ) and ( SSI4 < -0.37 ) and ( TCPL < 1.30 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 6.16 ) and ( ((CPDH-1)*100) < - 3.39 ) and ( SSI4 < -0.37 ) and ( TCPL < 1.03 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 2.63 ) and ( ((CPDH-1)*100) < - 3.02 ) and ( SSI4 < 0 ) and ( TCPL < 1.03 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 2.63 ) and ( ((CPDH-1)*100) < - 2.29 ) and ( SSI4 < -0.95 ) and ( TCPL < 1.03 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 2.63 ) and ( ((CPDH-1)*100) < - 2.05 ) and ( SSI4 < -0.95 ) and ( TCPL < - 2.03 ) then Goto NTB;

    If (NO_OF_STEP = 2 ) and ( TCPH < 1.98 ) and ( ((CPDH-1)*100) < - 2.03 ) and ( SSI4 < 0 ) and ( TCPL < - 2.03 ) then Goto NTB;


    "
    (NO_OF_STEP peut varier de 1 a 80 et nous avons donc 2000+ " If Then Goto " de ce type.

    Sur la base de cette information penses tu que la solution pour linéariser le code que tu me proposais soit adaptée?

    Merci.

  11. #11
    Expert confirmé

    Homme Profil pro
    Directeur de projet
    Inscrit en
    Mai 2013
    Messages
    1 477
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Directeur de projet
    Secteur : Service public

    Informations forums :
    Inscription : Mai 2013
    Messages : 1 477
    Points : 4 676
    Points
    4 676
    Par défaut
    Bonjour,

    Juste sur les quelques lignes de code, il est possible de proposer a minima :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    if NO_OF_STEP = 2 then begin
       C100 := CPDH*100-100;
       if TCPH < 1.98 then begin
          if  (C < -2.03) and (SSI4 <  0   ) and (TCPL <-2.03) then Goto NTB;
       end
       else if TCPH < 2.63 then begin
          if ((C < -3.02) and (SSI4 <  0   ) and (TCPL < 1.03))
          or ((C < -2.29) and (SSI4 < -0.95) and (TCPL < 1.03))
          or ((C < -2.05) and (SSI4 < -0.95) and (TCPL <-2.03)) then Goto NTB;
       end
       else if TCPH < 6.16 then begin
          if ((C < -4.38) and (SSI4 <  0   ) and (TCPL < 1.30))
          or ((C < -3.71) and (SSI4 < -0.37) and (TCPL < 1.30))
          or ((C < -3.39) and (SSI4 < -0.37) and (TCPL < 1.03)) then Goto NTB;
       end
       else if TCPH < 6.46 then begin
          if ((C < -7.77) and (SSI4 <  0   ) and (TCPL < 5.31))
          or ((C < -7.06) and (SSI4 < -0.61) and (TCPL < 1.30)) then Goto NTB;
       end
       else if TCPH < 24 then begin
          if ((C <-10.61) and (SSI4 <  1   ) and (TCPL < 15  ))
          or ((C < -8.73) and (SSI4 < -0.86) and (TCPL < 5.31)) then Goto NTB;
       end;
    end;
    C'est très loin d'être optimal mais dans le pire des cas on fait 12 comparaisons alors que l'écriture précédente en utilise 55. Dans un cas moyen, l'écriture proposée fait a peu près 8 tests là où l'originale en prend 28. Il y a donc un gain minimal de x3 accentué en précalculant CPDH*100-100 (une autre approche serait d'avoir des tests CPDH < 0.8939 qui vaut 1-10.61/100 pour le premier).

    Il y a plein d'autres approches. La plus efficace nécessitera de tenir compte de la construction de tous ces seuils.

    Remarque : j'ai supposé des cas disjoints, c'est à dire que, par exemple, le seuil TCPH < 24 supposait TCPH >= 6.46. Si ce n'est pas le cas il faudrait revoir cette écriture (ordre inversé et imbrication).

    Salutations

  12. #12
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2020
    Messages
    33
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Israël

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2020
    Messages : 33
    Points : 15
    Points
    15
    Par défaut
    Citation Envoyé par Guesset Voir le message
    Bonjour,

    Juste sur les quelques lignes de code, il est possible de proposer a minima :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    if NO_OF_STEP = 2 then begin
       C100 := CPDH*100-100;
       if TCPH < 1.98 then begin
          if  (C < -2.03) and (SSI4 <  0   ) and (TCPL <-2.03) then Goto NTB;
       end
       else if TCPH < 2.63 then begin
          if ((C < -3.02) and (SSI4 <  0   ) and (TCPL < 1.03))
          or ((C < -2.29) and (SSI4 < -0.95) and (TCPL < 1.03))
          or ((C < -2.05) and (SSI4 < -0.95) and (TCPL <-2.03)) then Goto NTB;
       end
       else if TCPH < 6.16 then begin
          if ((C < -4.38) and (SSI4 <  0   ) and (TCPL < 1.30))
          or ((C < -3.71) and (SSI4 < -0.37) and (TCPL < 1.30))
          or ((C < -3.39) and (SSI4 < -0.37) and (TCPL < 1.03)) then Goto NTB;
       end
       else if TCPH < 6.46 then begin
          if ((C < -7.77) and (SSI4 <  0   ) and (TCPL < 5.31))
          or ((C < -7.06) and (SSI4 < -0.61) and (TCPL < 1.30)) then Goto NTB;
       end
       else if TCPH < 24 then begin
          if ((C <-10.61) and (SSI4 <  1   ) and (TCPL < 15  ))
          or ((C < -8.73) and (SSI4 < -0.86) and (TCPL < 5.31)) then Goto NTB;
       end;
    end;
    C'est très loin d'être optimal mais dans le pire des cas on fait 12 comparaisons alors que l'écriture précédente en utilise 55. Dans un cas moyen, l'écriture proposée fait a peu près 8 tests là où l'originale en prend 28. Il y a donc un gain minimal de x3 accentué en précalculant CPDH*100-100 (une autre approche serait d'avoir des tests CPDH < 0.8939 qui vaut 1-10.61/100 pour le premier).

    Il y a plein d'autres approches. La plus efficace nécessitera de tenir compte de la construction de tous ces seuils.

    Remarque : j'ai supposé des cas disjoints, c'est à dire que, par exemple, le seuil TCPH < 24 supposait TCPH >= 6.46. Si ce n'est pas le cas il faudrait revoir cette écriture (ordre inversé et imbrication).

    Salutations


    Bonjour,

    J'ai cliqué sur Résolu.

    Merci, Guesset, Anapurna, Mat.M. et Alcatiz

    Bonne Journée

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [Débutant] if...then...else
    Par jive dans le forum ASP
    Réponses: 5
    Dernier message: 16/09/2005, 15h11
  2. [TagLib] Structure if then else
    Par mush_H dans le forum Taglibs
    Réponses: 5
    Dernier message: 19/07/2005, 16h31
  3. If Then Else
    Par Piout dans le forum MS SQL Server
    Réponses: 13
    Dernier message: 24/02/2005, 17h09
  4. IF THEN ELSE imbriqués
    Par nuke_y dans le forum Oracle
    Réponses: 2
    Dernier message: 15/11/2004, 15h57
  5. [CR 7] [débutante] pb avec if then else
    Par xs_nady dans le forum Formules
    Réponses: 8
    Dernier message: 28/05/2004, 16h36

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo