Toujours dans mon problème de correction à distance d'un projet.
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée,
et sinon l'activer ?
Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
A défaut, un lien me conviendrait parfaitement.
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en
cours, ou à la machine ?
autrement dit, si cette référence est cochée pour mon fichier, sur ma
machine, sera-t-elle active sur une autre machine avec ce même fichier
lorsque le l'enverrai ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Clément Marcotte
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée, et sinon l'activer ? Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en cours, ou à la machine ? autrement dit, si cette référence est cochée pour mon fichier, sur ma machine, sera-t-elle active sur une autre machine avec ce même fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien
cochée, et sinon l'activer ?
Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une
référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour
cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans
Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA
en cours, ou à la machine ?
autrement dit, si cette référence est cochée pour mon fichier, sur ma
machine, sera-t-elle active sur une autre machine avec ce même fichier
lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée, et sinon l'activer ? Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en cours, ou à la machine ? autrement dit, si cette référence est cochée pour mon fichier, sur ma machine, sera-t-elle active sur une autre machine avec ce même fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Patrick BASTARD
Bonjour, *Clément *
Un grand Merci pour ton aide.
Je pensais avoir tout lu sur le site de misange, mais la mémoire nous joue parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu m'indiques devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de révision sont les mêmes qu'à la maison.
Encore merci, merci.
-- Bien amicordialement, P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée, et sinon l'activer ? Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en cours, ou à la machine ? autrement dit, si cette référence est cochée pour mon fichier, sur ma machine, sera-t-elle active sur une autre machine avec ce même fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Bonjour, *Clément *
Un grand Merci pour ton aide.
Je pensais avoir tout lu sur le site de misange, mais la mémoire nous joue
parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu m'indiques
devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de révision
sont les mêmes qu'à la maison.
Encore merci, merci.
--
Bien amicordialement,
P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien
cochée, et sinon l'activer ?
Il s'agit de Microsoft Visual Basic For Application Extensibility
5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut
cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un
résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index
dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au
projet VBA en cours, ou à la machine ?
autrement dit, si cette référence est cochée pour mon fichier, sur ma
machine, sera-t-elle active sur une autre machine avec ce même
fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Je pensais avoir tout lu sur le site de misange, mais la mémoire nous joue parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu m'indiques devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de révision sont les mêmes qu'à la maison.
Encore merci, merci.
-- Bien amicordialement, P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée, et sinon l'activer ? Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en cours, ou à la machine ? autrement dit, si cette référence est cochée pour mon fichier, sur ma machine, sera-t-elle active sur une autre machine avec ce même fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Clément Marcotte
Bonjour,
Juste pour le fun, j'ai retrouvé ceci dans mes vieilles affaires,
La macro LeGUID (module 11) te donne une liste des références du classeur en cours avec les numéros de version, dans la feuille de calcul active.
http://cjoint.com/?hjueb8y0BT
"Patrick BASTARD" a écrit dans le message de news:
Bonjour, *Clément *
Un grand Merci pour ton aide.
Je pensais avoir tout lu sur le site de misange, mais la mémoire nous joue parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu m'indiques devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de révision sont les mêmes qu'à la maison.
Encore merci, merci.
-- Bien amicordialement, P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée, et sinon l'activer ? Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en cours, ou à la machine ? autrement dit, si cette référence est cochée pour mon fichier, sur ma machine, sera-t-elle active sur une autre machine avec ce même fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Bonjour,
Juste pour le fun, j'ai retrouvé ceci dans mes vieilles affaires,
La macro LeGUID (module 11) te donne une liste des références du classeur en
cours avec les numéros de version, dans la feuille de calcul active.
http://cjoint.com/?hjueb8y0BT
"Patrick BASTARD" <pasdespambastardp@freepasdespam.fr> a écrit dans le
message de news: ua8S0h2oGHA.2444@TK2MSFTNGP03.phx.gbl...
Bonjour, *Clément *
Un grand Merci pour ton aide.
Je pensais avoir tout lu sur le site de misange, mais la mémoire nous joue
parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu m'indiques
devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de révision
sont les mêmes qu'à la maison.
Encore merci, merci.
--
Bien amicordialement,
P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien
cochée, et sinon l'activer ?
Il s'agit de Microsoft Visual Basic For Application Extensibility
5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut
cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un
résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index
dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au
projet VBA en cours, ou à la machine ?
autrement dit, si cette référence est cochée pour mon fichier, sur ma
machine, sera-t-elle active sur une autre machine avec ce même
fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Juste pour le fun, j'ai retrouvé ceci dans mes vieilles affaires,
La macro LeGUID (module 11) te donne une liste des références du classeur en cours avec les numéros de version, dans la feuille de calcul active.
http://cjoint.com/?hjueb8y0BT
"Patrick BASTARD" a écrit dans le message de news:
Bonjour, *Clément *
Un grand Merci pour ton aide.
Je pensais avoir tout lu sur le site de misange, mais la mémoire nous joue parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu m'indiques devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de révision sont les mêmes qu'à la maison.
Encore merci, merci.
-- Bien amicordialement, P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée, et sinon l'activer ? Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en cours, ou à la machine ? autrement dit, si cette référence est cochée pour mon fichier, sur ma machine, sera-t-elle active sur une autre machine avec ce même fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Patrick BASTARD
A nouveau, merci, *Clément *
-- Bien amicordialement, P. Bastard
Bonjour,
Juste pour le fun, j'ai retrouvé ceci dans mes vieilles affaires,
La macro LeGUID (module 11) te donne une liste des références du classeur en cours avec les numéros de version, dans la feuille de calcul active. http://cjoint.com/?hjueb8y0BT
"Patrick BASTARD" a écrit dans le message de news:
Bonjour, *Clément *
Un grand Merci pour ton aide.
Je pensais avoir tout lu sur le site de misange, mais la mémoire nous joue parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu m'indiques devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de révision sont les mêmes qu'à la maison.
Encore merci, merci.
-- Bien amicordialement, P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée, et sinon l'activer ? Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en cours, ou à la machine ? autrement dit, si cette référence est cochée pour mon fichier, sur ma machine, sera-t-elle active sur une autre machine avec ce même fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
A nouveau, merci, *Clément *
--
Bien amicordialement,
P. Bastard
Bonjour,
Juste pour le fun, j'ai retrouvé ceci dans mes vieilles affaires,
La macro LeGUID (module 11) te donne une liste des références du
classeur en cours avec les numéros de version, dans la feuille de
calcul active.
http://cjoint.com/?hjueb8y0BT
"Patrick BASTARD" <pasdespambastardp@freepasdespam.fr> a écrit dans le
message de news: ua8S0h2oGHA.2444@TK2MSFTNGP03.phx.gbl...
Bonjour, *Clément *
Un grand Merci pour ton aide.
Je pensais avoir tout lu sur le site de misange, mais la mémoire
nous joue parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu
m'indiques devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de
révision sont les mêmes qu'à la maison.
Encore merci, merci.
--
Bien amicordialement,
P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien
cochée, et sinon l'activer ?
Il s'agit de Microsoft Visual Basic For Application Extensibility
5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut
cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un
résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index
dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au
projet VBA en cours, ou à la machine ?
autrement dit, si cette référence est cochée pour mon fichier, sur
ma machine, sera-t-elle active sur une autre machine avec ce même
fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
Juste pour le fun, j'ai retrouvé ceci dans mes vieilles affaires,
La macro LeGUID (module 11) te donne une liste des références du classeur en cours avec les numéros de version, dans la feuille de calcul active. http://cjoint.com/?hjueb8y0BT
"Patrick BASTARD" a écrit dans le message de news:
Bonjour, *Clément *
Un grand Merci pour ton aide.
Je pensais avoir tout lu sur le site de misange, mais la mémoire nous joue parfois des tours pendables.
Et les subs ReferenceProperties() et nouvellereference que tu m'indiques devront me permettre d'avancer.
Il me reste à vérifier au bureau que les numéros de version et de révision sont les mêmes qu'à la maison.
Encore merci, merci.
-- Bien amicordialement, P. Bastard
Bonjour,
Connaissez-vous la méthode pour vérifier qu'une référence est bien cochée, et sinon l'activer ? Il s'agit de Microsoft Visual Basic For Application Extensibility 5.3.
Ce que je fais c'est mettre un gestionnaire d'erreur. Si on veut cocher une référence déjà cohée, l'erreur se déclenche. Tu mets un résume next pour cette erreur particulière.
A défaut, un lien me conviendrait parfaitement.
J'ai fait ça quand j'ai fait un programme Word pour faire un index dans Excel. Il me semble qu'il est toujours sur Excelabo
Question subsidiaire : Une référence cochée appartient-elle au projet VBA en cours, ou à la machine ? autrement dit, si cette référence est cochée pour mon fichier, sur ma machine, sera-t-elle active sur une autre machine avec ce même fichier lorsque le l'enverrai ?
Me semble que c'est le fichier qui abrite la macro.
