J'ai maintenant 2 solutions qui me semblent trés différentes (vues
"de loin"
avec l'oeil d'un non-programmeur).
Peux-tu m'expliquer (sobrement) la différence (sur le principe)?
J'ai maintenant 2 solutions qui me semblent trés différentes (vues
"de loin"
avec l'oeil d'un non-programmeur).
Peux-tu m'expliquer (sobrement) la différence (sur le principe)?
J'ai maintenant 2 solutions qui me semblent trés différentes (vues
"de loin"
avec l'oeil d'un non-programmeur).
Peux-tu m'expliquer (sobrement) la différence (sur le principe)?
Bonjour,J'ai maintenant 2 solutions qui me semblent trés différentes (vues
"de loin"avec l'oeil d'un non-programmeur).
Peux-tu m'expliquer (sobrement) la différence (sur le principe)?
La solution originale, modifiée par Philippe, permet d'utiliser un
chemin standard, découlant de la version d'office, et plus ou moins
choisi et imposé par Microsoft; compte tenu que peu de particuliers
modifient les paramètres prévus dans les programmes d'installation.
Par contre, je ne sais pas dans quelle mesure les entreprises se
conforment aux choix standards et ne modifient pas ces chemins, en
fonction de leurs politiques ou de leurs besoins.
Par contre, ma solution, permet de retrouver le fichier, et son chemin
d'accès, sur n'importe quel ordinateur, peu importe les choix
d'installation. Par contre, tel qu'il est écrit actuellement, il ne
tient pas compte de la possibilité, bien réelle, que le nom du fichier
change d'une version d'Office à une autre. De plus, dans l'état actuel
des choses, il prend pour acquis que le fichier est sur le disque c:.
Pour être aussi catholiques que le pape, il manquerait un système pour
vérifier sur les autres disques que c:, si jamais le fichier est
ailleurs que sur C:
En fait, il serait possible, je dirais même souhaitable de combiner le
deux solutions. La mienne "passerait" avant celle de Philippe pour
trouver le chemin exact, et le transmettre à la solution de Philippe.
Ensuite, il resterait, à tenir compte des variations de noms d'une
version à l'autre, mais cela, à première vue, me semble un peu plus
ardu.
Bonjour,
J'ai maintenant 2 solutions qui me semblent trés différentes (vues
"de loin"
avec l'oeil d'un non-programmeur).
Peux-tu m'expliquer (sobrement) la différence (sur le principe)?
La solution originale, modifiée par Philippe, permet d'utiliser un
chemin standard, découlant de la version d'office, et plus ou moins
choisi et imposé par Microsoft; compte tenu que peu de particuliers
modifient les paramètres prévus dans les programmes d'installation.
Par contre, je ne sais pas dans quelle mesure les entreprises se
conforment aux choix standards et ne modifient pas ces chemins, en
fonction de leurs politiques ou de leurs besoins.
Par contre, ma solution, permet de retrouver le fichier, et son chemin
d'accès, sur n'importe quel ordinateur, peu importe les choix
d'installation. Par contre, tel qu'il est écrit actuellement, il ne
tient pas compte de la possibilité, bien réelle, que le nom du fichier
change d'une version d'Office à une autre. De plus, dans l'état actuel
des choses, il prend pour acquis que le fichier est sur le disque c:.
Pour être aussi catholiques que le pape, il manquerait un système pour
vérifier sur les autres disques que c:, si jamais le fichier est
ailleurs que sur C:
En fait, il serait possible, je dirais même souhaitable de combiner le
deux solutions. La mienne "passerait" avant celle de Philippe pour
trouver le chemin exact, et le transmettre à la solution de Philippe.
Ensuite, il resterait, à tenir compte des variations de noms d'une
version à l'autre, mais cela, à première vue, me semble un peu plus
ardu.
Bonjour,J'ai maintenant 2 solutions qui me semblent trés différentes (vues
"de loin"avec l'oeil d'un non-programmeur).
Peux-tu m'expliquer (sobrement) la différence (sur le principe)?
La solution originale, modifiée par Philippe, permet d'utiliser un
chemin standard, découlant de la version d'office, et plus ou moins
choisi et imposé par Microsoft; compte tenu que peu de particuliers
modifient les paramètres prévus dans les programmes d'installation.
Par contre, je ne sais pas dans quelle mesure les entreprises se
conforment aux choix standards et ne modifient pas ces chemins, en
fonction de leurs politiques ou de leurs besoins.
Par contre, ma solution, permet de retrouver le fichier, et son chemin
d'accès, sur n'importe quel ordinateur, peu importe les choix
d'installation. Par contre, tel qu'il est écrit actuellement, il ne
tient pas compte de la possibilité, bien réelle, que le nom du fichier
change d'une version d'Office à une autre. De plus, dans l'état actuel
des choses, il prend pour acquis que le fichier est sur le disque c:.
Pour être aussi catholiques que le pape, il manquerait un système pour
vérifier sur les autres disques que c:, si jamais le fichier est
ailleurs que sur C:
En fait, il serait possible, je dirais même souhaitable de combiner le
deux solutions. La mienne "passerait" avant celle de Philippe pour
trouver le chemin exact, et le transmettre à la solution de Philippe.
Ensuite, il resterait, à tenir compte des variations de noms d'une
version à l'autre, mais cela, à première vue, me semble un peu plus
ardu.
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Bonjour,
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique (GUID (Global Unique
IDentifier)), il n'est pas nécessaire de se badrer des noms et des
chemins d'accès. Il suffit de charger la référence en partant du GUID
qui est {0002E157-0000-0000-C000-000000000046}. IL faut aussi tenir
compte des numéros de version de la bibliothèque. Au lieu de tester la
version d'Excel, comme le faisait Philippe, je passe par une procédure
de compilation conditionnelle en fonction de la version de VBA.
Le goto dejafait sert à se débarasser du message d'horreur quand la
référence est déjà cochée.
Sub ajoutereferenceextensibility()
On Error GoTo Dejafait
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
#End If
Dejafait:
End Sub
"ManBas" a écrit dans le message de
news:%Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
debibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA surXL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, carle "chemin" est parfois conservé, parfois oublié, lorsque je
retravailledans XL2000. De plus le fichier est téléchargé par le réseau sur des
postesdivers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selonque le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où leplacer?
Merci infiniment pour votre aide.
Bonjour,
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique (GUID (Global Unique
IDentifier)), il n'est pas nécessaire de se badrer des noms et des
chemins d'accès. Il suffit de charger la référence en partant du GUID
qui est {0002E157-0000-0000-C000-000000000046}. IL faut aussi tenir
compte des numéros de version de la bibliothèque. Au lieu de tester la
version d'Excel, comme le faisait Philippe, je passe par une procédure
de compilation conditionnelle en fonction de la version de VBA.
Le goto dejafait sert à se débarasser du message d'horreur quand la
référence est déjà cochée.
Sub ajoutereferenceextensibility()
On Error GoTo Dejafait
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
#End If
Dejafait:
End Sub
"ManBas" <nospam-j.ragni@wanadoo.fr> a écrit dans le message de
news:%23GiWsup8EHA.3944@TK2MSFTNGP12.phx.gbl...
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Bonjour,
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique (GUID (Global Unique
IDentifier)), il n'est pas nécessaire de se badrer des noms et des
chemins d'accès. Il suffit de charger la référence en partant du GUID
qui est {0002E157-0000-0000-C000-000000000046}. IL faut aussi tenir
compte des numéros de version de la bibliothèque. Au lieu de tester la
version d'Excel, comme le faisait Philippe, je passe par une procédure
de compilation conditionnelle en fonction de la version de VBA.
Le goto dejafait sert à se débarasser du message d'horreur quand la
référence est déjà cochée.
Sub ajoutereferenceextensibility()
On Error GoTo Dejafait
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
#End If
Dejafait:
End Sub
"ManBas" a écrit dans le message de
news:%Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
debibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA surXL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, carle "chemin" est parfois conservé, parfois oublié, lorsque je
retravailledans XL2000. De plus le fichier est téléchargé par le réseau sur des
postesdivers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selonque le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où leplacer?
Merci infiniment pour votre aide.
Bonjour,
As tu eu l'occasion de vérifier si la bibliothèque "Extensibility"
d'Office 2000 fonctionne avec Excel 97 ?
Entre Excel 97 et Excel 2000, la bibliothèque a été enrichie et elle a
changé de nom et de nom de fichier. Va peut-être falloir que tu
regardes cela de près.
"ManBas" a écrit dans le message de
news:%Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
debibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA surXL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, carle "chemin" est parfois conservé, parfois oublié, lorsque je
retravailledans XL2000. De plus le fichier est téléchargé par le réseau sur des
postesdivers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selonque le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où leplacer?
Merci infiniment pour votre aide.
Bonjour,
As tu eu l'occasion de vérifier si la bibliothèque "Extensibility"
d'Office 2000 fonctionne avec Excel 97 ?
Entre Excel 97 et Excel 2000, la bibliothèque a été enrichie et elle a
changé de nom et de nom de fichier. Va peut-être falloir que tu
regardes cela de près.
"ManBas" <nospam-j.ragni@wanadoo.fr> a écrit dans le message de
news:%23GiWsup8EHA.3944@TK2MSFTNGP12.phx.gbl...
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Bonjour,
As tu eu l'occasion de vérifier si la bibliothèque "Extensibility"
d'Office 2000 fonctionne avec Excel 97 ?
Entre Excel 97 et Excel 2000, la bibliothèque a été enrichie et elle a
changé de nom et de nom de fichier. Va peut-être falloir que tu
regardes cela de près.
"ManBas" a écrit dans le message de
news:%Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
debibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA surXL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, carle "chemin" est parfois conservé, parfois oublié, lorsque je
retravailledans XL2000. De plus le fichier est téléchargé par le réseau sur des
postesdivers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selonque le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où leplacer?
Merci infiniment pour votre aide.
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique...
Est-ce que celà contrarie ta dernière solution ?
Bonjour,
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique (GUID (Global Unique
IDentifier)), il n'est pas nécessaire de se badrer des noms et des
chemins d'accès. Il suffit de charger la référence en partant du GUID
qui est {0002E157-0000-0000-C000-000000000046}. IL faut aussi tenir
compte des numéros de version de la bibliothèque. Au lieu de tester la
version d'Excel, comme le faisait Philippe, je passe par une procédure
de compilation conditionnelle en fonction de la version de VBA.
Le goto dejafait sert à se débarasser du message d'horreur quand la
référence est déjà cochée.
Sub ajoutereferenceextensibility()
On Error GoTo Dejafait
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
#End If
Dejafait:
End Sub
"ManBas" a écrit dans le message de
news:%Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
debibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA surXL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, carle "chemin" est parfois conservé, parfois oublié, lorsque je
retravailledans XL2000. De plus le fichier est téléchargé par le réseau sur des
postesdivers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selonque le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où leplacer?
Merci infiniment pour votre aide.
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique...
Est-ce que celà contrarie ta dernière solution ?
Bonjour,
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique (GUID (Global Unique
IDentifier)), il n'est pas nécessaire de se badrer des noms et des
chemins d'accès. Il suffit de charger la référence en partant du GUID
qui est {0002E157-0000-0000-C000-000000000046}. IL faut aussi tenir
compte des numéros de version de la bibliothèque. Au lieu de tester la
version d'Excel, comme le faisait Philippe, je passe par une procédure
de compilation conditionnelle en fonction de la version de VBA.
Le goto dejafait sert à se débarasser du message d'horreur quand la
référence est déjà cochée.
Sub ajoutereferenceextensibility()
On Error GoTo Dejafait
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
#End If
Dejafait:
End Sub
"ManBas" <nospam-j.ragni@wanadoo.fr> a écrit dans le message de
news:%23GiWsup8EHA.3944@TK2MSFTNGP12.phx.gbl...
Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
de
bibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA sur
XL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).
Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, car
le "chemin" est parfois conservé, parfois oublié, lorsque je
retravaille
dans XL2000. De plus le fichier est téléchargé par le réseau sur des
postes
divers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selon
que le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où le
placer?
Merci infiniment pour votre aide.
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique...
Est-ce que celà contrarie ta dernière solution ?
Bonjour,
Puisque les deux versions (5.3 ==> 2000 +, 5.0 = => 97)de la
bibliothèque ont le même identificateur unique (GUID (Global Unique
IDentifier)), il n'est pas nécessaire de se badrer des noms et des
chemins d'accès. Il suffit de charger la référence en partant du GUID
qui est {0002E157-0000-0000-C000-000000000046}. IL faut aussi tenir
compte des numéros de version de la bibliothèque. Au lieu de tester la
version d'Excel, comme le faisait Philippe, je passe par une procédure
de compilation conditionnelle en fonction de la version de VBA.
Le goto dejafait sert à se débarasser du message d'horreur quand la
référence est déjà cochée.
Sub ajoutereferenceextensibility()
On Error GoTo Dejafait
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
#End If
Dejafait:
End Sub
"ManBas" a écrit dans le message de
news:%Bonjour,
Il y a quelques mois le forum m'a expliqué la solution au problème
debibliothèque (VBE6EXT.OLB) Microsoft Visual Basic for Applications
Extensibility déplacée dans le dossier VBA6 sur XL2000 (au lieu de
VBA surXL97):
C:Program FilesFichiers communsMicrosoft SharedVBAVBA6
J'ai franchi cette étape en orientant le bon chemin, à partir des
références, sur XL97 (le fichier est initialement enregistré sur
XL2000).Mais il est fastidieux de devoir refaire la manoeuvre de temps en
temps, carle "chemin" est parfois conservé, parfois oublié, lorsque je
retravailledans XL2000. De plus le fichier est téléchargé par le réseau sur des
postesdivers, exploitant indifferemment 97 ou 2000.
Il m'avais été suggéré la possibilité d'indiquer ce chemin par macro
selonque le système était XL97 ou XL2000.
Je ne sais pas faire ça.
Est-ce que quelqu'un voudrait bien m'écrire le code et m'expliquer
où leplacer?
Merci infiniment pour votre aide.
Est-ce que celà contrarie ta dernière solution ?
Ou je ne comprends pas ce que tu m'explique (car vraiment je n'ai
pas le
niveau!)
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
Est-ce que celà contrarie ta dernière solution ?
Ou je ne comprends pas ce que tu m'explique (car vraiment je n'ai
pas le
niveau!)
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
Est-ce que celà contrarie ta dernière solution ?
Ou je ne comprends pas ce que tu m'explique (car vraiment je n'ai
pas le
niveau!)
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
Bonjour,Est-ce que celà contrarie ta dernière solution ?
NonOu je ne comprends pas ce que tu m'explique (car vraiment je n'ai
pas leniveau!)
Justement, c'est la "beauté" de la compilation conditionnelle( #if).
Quand on utilise la compilation conditionnelle, on peut lier
l'exécution ou non de certaines intructions à l'existence ou non de
certaines conditions. Dans le cas qui nous préoccupe, la condition de
la compilation est le numéro (la majeure en fait) de la version de VBA
qui est installée. (Version 5 pour Excel 97 et Version 6 pour Excel
2000 et suivants).
Quand c'est la version 6 de VBA qui est installée, c'est cette partie
de la compilation conditionelle qui est réalisée:#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
Si la version de VBA est 6, c'est -à-dire que c'est Office 2000, 2002
ou 2003 qui est installé, c'est la version 5.3 (5,3)de la bibliothèque
"Extensibility" qui est sur le système, et qui est chargée.
Si ce n'est pas la version 6 de VBA qui est sur le système, c'est
cette partie de la compilation conditionelle qui est exécutée#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
Dans ce cas, c'est la version 5.0 de la bibliothèque qui est utilisée
(5, 0 )
Bonjour,
Est-ce que celà contrarie ta dernière solution ?
Non
Ou je ne comprends pas ce que tu m'explique (car vraiment je n'ai
pas le
niveau!)
Justement, c'est la "beauté" de la compilation conditionnelle( #if).
Quand on utilise la compilation conditionnelle, on peut lier
l'exécution ou non de certaines intructions à l'existence ou non de
certaines conditions. Dans le cas qui nous préoccupe, la condition de
la compilation est le numéro (la majeure en fait) de la version de VBA
qui est installée. (Version 5 pour Excel 97 et Version 6 pour Excel
2000 et suivants).
Quand c'est la version 6 de VBA qui est installée, c'est cette partie
de la compilation conditionelle qui est réalisée:
#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
Si la version de VBA est 6, c'est -à-dire que c'est Office 2000, 2002
ou 2003 qui est installé, c'est la version 5.3 (5,3)de la bibliothèque
"Extensibility" qui est sur le système, et qui est chargée.
Si ce n'est pas la version 6 de VBA qui est sur le système, c'est
cette partie de la compilation conditionelle qui est exécutée
#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
Dans ce cas, c'est la version 5.0 de la bibliothèque qui est utilisée
(5, 0 )
Bonjour,Est-ce que celà contrarie ta dernière solution ?
NonOu je ne comprends pas ce que tu m'explique (car vraiment je n'ai
pas leniveau!)
Justement, c'est la "beauté" de la compilation conditionnelle( #if).
Quand on utilise la compilation conditionnelle, on peut lier
l'exécution ou non de certaines intructions à l'existence ou non de
certaines conditions. Dans le cas qui nous préoccupe, la condition de
la compilation est le numéro (la majeure en fait) de la version de VBA
qui est installée. (Version 5 pour Excel 97 et Version 6 pour Excel
2000 et suivants).
Quand c'est la version 6 de VBA qui est installée, c'est cette partie
de la compilation conditionelle qui est réalisée:#If VBA6 Then
'Excel 2000 et +
'Version 5.3
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 3
Si la version de VBA est 6, c'est -à-dire que c'est Office 2000, 2002
ou 2003 qui est installé, c'est la version 5.3 (5,3)de la bibliothèque
"Extensibility" qui est sur le système, et qui est chargée.
Si ce n'est pas la version 6 de VBA qui est sur le système, c'est
cette partie de la compilation conditionelle qui est exécutée#Else
'Excel 97
'Version 5.0
ActiveWorkbook.VBProject.References.AddFromGuid
"{0002E157-0000-0000-C000-000000000046}", 5, 0
Dans ce cas, c'est la version 5.0 de la bibliothèque qui est utilisée
(5, 0 )
