Variable Public inopérante

Bonsoir,

J'ai déclaré dans un projet mes variables en PUBLIC au niveau des modules. Elles fonctionnent normalement.

Quand, je les utilise dans les private sub des formulaires, elles ne sont pas reconnues (message erreur ).

Il me semblait avoir utiliser ces variables dans d'autres projets, ou peut-être de la même méthode avec ACCESS, et que cela fonctionnait.

J'ai du zappé un épisode.

Mes propos sont ils réalistes?

Quelqu'un peut-il éclairer ma lanterne?

Je travaille toujours sous 2000 et j'ai trouvé une parade pour contourné la difficulté, à savoir passer par une feuille pour transiter les infos à utiliser.

Merci d'avance.

Bonsoir

Citation:

---

J'ai déclaré dans un projet mes variables en PUBLIC au niveau des modules

---

Ce n'est pas suffisant. Il faut que la variable soit déclarée Public au début d'un module standard pour que sa portée corresponde au projet.

Je suppose que, dans le cas présent, tu as déclaré ta variable au début d'un module de classe (classeur, feuille, userform ou classe perso). Dans ce cas, elle est en fait une propriété publique de l'objet et doit être préfixée du nom de l'objet qui la contient pour être utilisée ailleurs.

Bonjour,

Merci Pierre pour ta réponse.

J'ai déclaré dans le module 1 renommé avec un nom plus explicit pour moi.

Code:

---

1 2 3 4 5

Option Explicit   Public X As Double, Z As Double ' variable pour boucle Public Y As Byte, AX As Byte 'variable pour construction tableau Public ZA As Integer 'variable pour comptage ligne copiées

---

Je pensais que cela suffisait.

Par exemple :
X =2 dans un module fonctionne.

X=2 dans une sub du formulaire me donne comme message:

ERREUR de COMPILATION

Nom ambigu détecté: X

Merci d'avance

Vu le message, je dirais que tu peux être dans un des deux cas suivants:

1. Dans le module du formulaire ou dans la procédure qui pose problème, tu as déjà un X déclaré

2. Le X peut fonctionner dans le module dans lequel il est déclaré et pas dans un autre si, dans un autre module standard, tu as aussi un X déclaré car VBA ne sait pas auquel X tu fais allusion. Dès lors, tu dois préciser le nom du module. Note que cette façon de procéder est évidemment source de conflit et doit être proscrite dans la rédaction d'un code propre.

De plus, personnellement, je trouve plus propre de déclarer les compteurs en variables locales (au sein de la procédure ou fonction qui en a besoin).

Bonjour,

Merci Pierre pour ta réponse, elle m'a ouvert les yeux.

Je m'explique : Je suis entrain de ré-écrire un projet qui date un peu. J'ai donc gardé dans un module le précédent code et j'ai ré-écrit mon code en me servant d'une partie précédemment écrite.

J'avais donc 2 modules avec des déclarations identiques et avec une spécificité différente (integer et double) d'où le message.

Tout était devant mes yeux et je n'ai rien vu :roll:

Encore merci.