[VBA-Excel] appelle fonction ayant plusieurs paramètres

Bonjour,

Dans mes macros, je fais appel à d'autres macro (sub) (ex : maSub(param1) )
Bizarrement, lorsque je crée une "Sub" avec 3 parametres, plus rien ne marche:
1) le correcteur syntaxique m'indique "il manque un '=' sur la ligne :"

Code:

---

maSub3(param1,param2,param3)

---

2) pour contourner le problème, je rajoute une affectation inutile

Code:

---

inutile = maSub3(param1,param2,param3)

---

et là, VBA-Excel me renvoie une erreur "fonction non définie" alors que je l'ai définie par un

Code:

---

1 2 3 4

Sub maSub3(param1,param2,param3) blabla ... End Sub

---

3) j'ai également essayé de déclarer ma Sub en Private ou en Public, rien y fait; et j'ai rien vu d'autres dans les tutoriels ...

Des idées ?

Bonjour

As-tu essayé de mettre call avant de lancer ta sub ?

Code:

---

1 2	Call maSub3(param1,param2,param3)

---

Starec

fais un appel par nomsub param1,param2,param3

Trop Merci Starec !!! :king:
ca a marché du premier coup.
c'est tout de même tordu que ca marche pour une fonction à paramettre et pas pour une fonction avec 0 ou plus de 2 parametres !

Encore merci, et je marque "résolu"

si je peux me permettre un petit conseil, le call rend le code plus clair de par sa couleur qui permet de détecter beaucoup plus rapidement un appel de fonction

Les appels du genre : maSub param1,param2,param3 manque de clareté à mon gout pour s'y retrovuer ensuite

Re

Je met toujours Call, mais si ce n'est pas obligatoire, cela passe à tous les coups, pas de soucis

Starec

Oui, le "call" est plus clair et devrais être obligatoire tout le temps.
d'ailleurs, il n'est pas souvent dans les tutoriaux, ce qui est dommage et trompeur.

c'est curieux on n'écrit pas
call msgbox ou call debug.print ?
alors pourquoi écrire call maprocédure

une ligne de code sans affectation et san mot clé renvoie à une procédure

cela n'a rien d'obscur

sinon pourquoi de pas utiliser un goto numéro de ligne, au demeurant parfaitement explicite

perso je trouve plus clair avec le call
chacun ses habitudes
après c'est vrai que je fais exception pour le msgbox car c'est une méthode définie directement au sein même d'office

Les méthodes utilisateurs ont des noms différents en fonction du programmeur et donc pour un ptogrammeur qui reprendrait le code, il serait plus visible de voir tout de suite si la méthode est une méthode développer en local ou si elle est incorpoer dans la bibliothèque d'outils

un programmeur égaré découvrant stupéfait et hagard la ligne de code

machin 28,19,55

pourrait toujours se précipiter sur son explorateur d'objets
lequel le renverrait au module truc

c'est bien t'as raison