OVH Cloud OVH Cloud

Nom de macro précédé d'un nom de module

3 réponses
Avatar
Michel Gaboly
Bonjour à tous.

Il arrive parfois quand on veut exécuter une macro, ou affecter une macro
à un bouton, que dans la liste qui s'affiche, certaines macros soient précédées
du nom du module qui les contient.

Pour préciser, il s'agit de macros contenues dans un module standard, et le
projet ne comporte pas (dans des modules différents, de quelque type que ce
soit) de macro homonyme.

Lorsque c'est le cas, si on veut associer la macro à un article de menu, le nom
du module doit apparaître :

.OnAction = "Module1.Toto"

et non

.OnAction = "Toto"

Je crois n'avoir rencontré cette bizarrerie que sous Windows, avec Excel 97
et 2000.

S'agit-il d'un bug corrigé par un SR quelconque, de fichier vérolé qu'il faut
reconstruire (copie de toutes les feuilles dans un nouveau classeur, et import
dans celui-ci de l'ensemble des UserForms et modules (y compris, bien sûr, le
code associé à ThisWorkbook)) ?

Si quelqu'un a une explication rationnelle, je suis preneur ;-))

Merci

--
Cordialement,

Michel Gaboly
http://www.gaboly.com

3 réponses

Avatar
Jean-François Aubert
Salut Michel,

Aurais-tu dopé ton heure système à la petite Arvine
pour qu'elle soit autant en avance
ou est-tu déjà à l'heure d'été ?

--
Amicalement

Jean-François Aubert
{Vaudois de la Côte Lémanique}


"Michel Gaboly" a écrit dans le message de
news:
Bonjour à tous.

Il arrive parfois quand on veut exécuter une macro, ou affecter une macro
à un bouton, que dans la liste qui s'affiche, certaines macros soient précédées
du nom du module qui les contient.

Pour préciser, il s'agit de macros contenues dans un module standard, et le
projet ne comporte pas (dans des modules différents, de quelque type que ce
soit) de macro homonyme.

Lorsque c'est le cas, si on veut associer la macro à un article de menu, le nom
du module doit apparaître :

.OnAction = "Module1.Toto"

et non

.OnAction = "Toto"

Je crois n'avoir rencontré cette bizarrerie que sous Windows, avec Excel 97
et 2000.

S'agit-il d'un bug corrigé par un SR quelconque, de fichier vérolé qu'il faut
reconstruire (copie de toutes les feuilles dans un nouveau classeur, et import
dans celui-ci de l'ensemble des UserForms et modules (y compris, bien sûr, le
code associé à ThisWorkbook)) ?

Si quelqu'un a une explication rationnelle, je suis preneur ;-))

Merci

--
Cordialement,

Michel Gaboly
http://www.gaboly.com




Avatar
Jean-François Aubert
C'était un plaisir.
Bonne année à toi aussi et à tout le MPFE.


--
Amicalement

Jean-François Aubert
{Vaudois de la Côte Lémanique}


"Michel Gaboly" a écrit dans le message de
news:
Salut Jean-François,

La petite Arvine n'y est malheureusement pour rien ;-((

C'est un problème qui surgit régulièrement et qui disparaît tout seul,
en général après quelques jours. , sans que je modifie mon horloge.

Jamais trouvé d'explication ;-((

Bonne année à toi et à ton frère, et merci encore de votre accueil.

A bientôt ;-))


PS - J'ai reçu aujourd'hui un bouquin sur les plantes alpines de ...
Nouvelle-Zélande !!!!



Salut Michel,

Aurais-tu dopé ton heure système à la petite Arvine
pour qu'elle soit autant en avance
ou est-tu déjà à l'heure d'été ?

--
Amicalement

Jean-François Aubert
{Vaudois de la Côte Lémanique}

"Michel Gaboly" a écrit dans le message de
news:
Bonjour à tous.

Il arrive parfois quand on veut exécuter une macro, ou affecter une macro
à un bouton, que dans la liste qui s'affiche, certaines macros soient précédées
du nom du module qui les contient.

Pour préciser, il s'agit de macros contenues dans un module standard, et le
projet ne comporte pas (dans des modules différents, de quelque type que ce
soit) de macro homonyme.

Lorsque c'est le cas, si on veut associer la macro à un article de menu, le nom
du module doit apparaître :

.OnAction = "Module1.Toto"

et non

.OnAction = "Toto"

Je crois n'avoir rencontré cette bizarrerie que sous Windows, avec Excel 97
et 2000.

S'agit-il d'un bug corrigé par un SR quelconque, de fichier vérolé qu'il faut
reconstruire (copie de toutes les feuilles dans un nouveau classeur, et import
dans celui-ci de l'ensemble des UserForms et modules (y compris, bien sûr, le
code associé à ThisWorkbook)) ?

Si quelqu'un a une explication rationnelle, je suis preneur ;-))

Merci

--
Cordialement,

Michel Gaboly
http://www.gaboly.com





--
Cordialement,

Michel Gaboly
http://www.gaboly.com






Avatar
Michel Gaboly
Salut Jean-François,

La petite Arvine n'y est malheureusement pour rien ;-((

C'est un problème qui surgit régulièrement et qui disparaît tout seul,
en général après quelques jours. , sans que je modifie mon horloge.

Jamais trouvé d'explication ;-((

Bonne année à toi et à ton frère, et merci encore de votre accueil.

A bientôt ;-))


PS - J'ai reçu aujourd'hui un bouquin sur les plantes alpines de ...
Nouvelle-Zélande !!!!



Salut Michel,

Aurais-tu dopé ton heure système à la petite Arvine
pour qu'elle soit autant en avance
ou est-tu déjà à l'heure d'été ?

--
Amicalement

Jean-François Aubert
{Vaudois de la Côte Lémanique}

"Michel Gaboly" a écrit dans le message de
news:
Bonjour à tous.

Il arrive parfois quand on veut exécuter une macro, ou affecter une macro
à un bouton, que dans la liste qui s'affiche, certaines macros soient précédées
du nom du module qui les contient.

Pour préciser, il s'agit de macros contenues dans un module standard, et le
projet ne comporte pas (dans des modules différents, de quelque type que ce
soit) de macro homonyme.

Lorsque c'est le cas, si on veut associer la macro à un article de menu, le nom
du module doit apparaître :

.OnAction = "Module1.Toto"

et non

.OnAction = "Toto"

Je crois n'avoir rencontré cette bizarrerie que sous Windows, avec Excel 97
et 2000.

S'agit-il d'un bug corrigé par un SR quelconque, de fichier vérolé qu'il faut
reconstruire (copie de toutes les feuilles dans un nouveau classeur, et import
dans celui-ci de l'ensemble des UserForms et modules (y compris, bien sûr, le
code associé à ThisWorkbook)) ?

Si quelqu'un a une explication rationnelle, je suis preneur ;-))

Merci

--
Cordialement,

Michel Gaboly
http://www.gaboly.com





--
Cordialement,

Michel Gaboly
http://www.gaboly.com