Désactivation d'une référence VBE6

Citation:

---

Envoyé par ucfoutu

Bonjour,

c'est précisément pour cette raison que les développeurs préfèrent ajouter ces références en utilisant le GUID.
Genre

...

---

tu crois pas qu'excel stocke aussi ce GUID ? mais que cela est transparent pour l'utilisateur ?? c'est pour cela que je n'ai aucun probléme avec mon fichier excel et mes 2 pC sous 2000 ou 2002 qui ouvre tous les deux ce même classeur chacun adaptant sa référence à RefEdit.

[Edit] tiens un test de plus ..
le contrôle fonctionne aussi sur une version 2007, avant que je renomme refEdit.dll et lance ma macro de dé-référencement:

Citation:

---

Et en version : 12.0
VBA
Excel
stdole
Office
MSForms
C:\Program Files\Microsoft Office\Office12\REFEDIT.DLL

---

Ucfoutu a écrit :

Citation:

---

c'est précisément pour cette raison que les développeurs préfèrent ajouter ces références en utilisant le GUID.
Genre

Code :
Application.VBE.ActiveVBProject.References.AddFromGuid "{###FFF-####-####-C###-##########75}", 0, 0
Ils évitent de cette manière les inconvénients que tu rencontres (ce GUID permet de retrouver, sur la machine finale, le bon chemin, systématiquement - pouyr autant, bien évidemment, que le produit considéré, quelle qu'en soit la version et l'endroit où il existe, existe bien sur la machine finale).

---

oui j'avais aussi vu cette possibilité, mais j'avoue qu'au départ cela me paraissait assez compliqué.

JackOuYa a écrit :

Citation:

---

et alors ! tu crois pas qu'excel stocke aussi ce GUID ! mais que cela est transparent pour l'utilisateur ?? c'est pour cela que je n'ai aucun probléme avec mon fichier excel et mes 2 pC sous 2000 ou 2002 qui ouvre tous les deux ce même classeur chacun adaptant sa référence à RefEdit.

---

là je n'ai pas tout compris, mais je ne demande qu'à comprendre quand ce n'est pas le cas.

Mais cette joute oratoire entre vous et entamée, il me semble un peu par JacKOuYa me gêne un peu.

Je ne suis pas modérateur, mais je ne peux m'empêcher de rappeler que chacun apporte sur ce forum un peu ou beaucoup de ses connaissances et que celles-ci peuvent servir à d'autres. Nous ne sommes pas en compétition.

Alors, même si on peut être en désaccord, essayons de rester courtois envers l'autre, non ?

ce que je veux dire, jean, c'est que normalement tu n'as pas à t'occuper du répertoire où est stocké la dll refEdit, excel se débrouille seul pour la retrouver (peu -être grâce à ce fameux GUID) et cela quelque soit la version d'excel de 2000 à 2007 ...

aprés peu-être que ton installation d'Excel 2000 ou l'installation à ton correspondant d'Excel 2003 à peu être un probléme..
C'est le but de mes questions sur le fonctionnement (ou pas ) du contrôle refEdit dans tes feuilles.

Moi aussi

Citation:

---

Envoyé par decondelite

Je ne voudrais pas rajouter mon grain de sel à tout ça, vous avez déjà bien assez débattu. Ce n'est pas que je n'ai pas ma façon de faire pour traiter manuellement les références, mais un avis de plus ou de moins on est pas à ça près, et de toute façon je n'ai pas tout lu. Dur dur de revenir après un week end de 4 jours. 8O

---

Quand on fait une citation, on la fait complète ou on ne la fait pas,
sinon elle perd de son sens, voir elle s'en trouve totalement pervertie.

Citation:

---

Envoyé par decondelite

Je voulais juste revenir sur un petit détail de la page 1 qui m'a interpelé:


Ce n'est pas possible de faire ça: les boucles For Each n'acceptent que des variables de type Variant comme variable toto. Je trouve ça extrêmement gênant, et pour pallier à cette faiblesse, soit j'utilise une boucle For Next classique, soit j'utilise une variable supplémentaire que je déclare du type souhaité et que j'initialise comme ceci:

Code:

---

Set truc = toto

---

Désolé d'être revenu là-dessus, mais je suis du genre pointilleux. :mrgreen:

---

C'est nouveau, cela vient de sortir ?

Citation:

---

Envoyé par MSDN

For Each...Next, instruction


Répète un groupe d'instructions pour chaque élément d'un tableau ou d'une collection.

Syntaxe

For Each element In group
[statements]
[Exit For]
[statements]

Next [element]

La syntaxe de l'instruction For...Each...Next comprend les éléments suivants :

Élément Description
element Variable utilisée pour être répétée sur tous les éléments d'une collection ou d'un tableau. Dans le cas d'une collection, la variable element peut uniquement être une variable de type Variant, une variable objet générique ou toute variable objet spécifique. Dans le cas d'un tableau, il peut uniquement s'agir d'une variable de type Variant.
group Nom d'une collection ou d'un tableau d'objets (à l'exception d'un tableau de type défini par l'utilisateur).
statements Facultatif. Une ou plusieurs instructions exécutées pour chaque élément d'un group.



Remarques

Le bloc For...Each entre dans la boucle si l'argument group contient au moins un élément. Une fois le bloc entré dans la boucle, toutes les instructions de cette dernière sont appliquées au premier élément de group. Si group comporte plusieurs éléments, la boucle continue de s'exécuter pour chaque élément. Une fois que tous les éléments de group ont été traités, la boucle est fermée et l'exécution se poursuit par l'instruction située après l'instruction Next.

Vous pouvez également placer des instructions Exit For pour quitter la boucle à tout moment. L'instruction Exit For est souvent placée après l'évaluation d'une condition (If…Then, par exemple) ; elle passe la main à l'instruction située immédiatement après l'instruction Next.

Vous pouvez imbriquer des boucles For...Each...Next en plaçant une boucle For...Each...Next à l'intérieur d'une autre, à condition que les arguments elementde chaque boucle soient différents.

Note Si vous omettez l'argument elementdans une instruction Next, l'exécution continue comme si element était inclus. Si une instruction Next est rencontrée avant l'instruction For correspondante, une erreur se produit.

Vous ne pouvez utiliser une instruction For...Each...Next avec un tableau de type défini par l'utilisateur car une variable de type Variant ne peut contenir un type défini par l'utilisateur.

---

Quand vous affirmez quelque chose, prenez l'habitude de vérifier (en lisant la MSDN par exemple dans son intégralité),
cela évite de tagguer inutilement le forum.

POST-SCRIPTUM CONCERNANT LE BUG CONCERNANT LA GESTION DES REFERENCES :
De mémoire, le bug ne concernait pas l'absence d'une référence mais la corruption de la référence suite une compilation sans compatibilité binaire
(le nom et le chemin existe mais le GUID diffère) - dans ce cas jusqu'à la version 2002 inclue l'énumération des références etc. cause un plantage.

Bonjour, DarkVader,

Je suis tout-à-fait d'accord avec ce que tu viens d'exprimer.

Ne serait-ce pas alors une bonne idée que de tenter :
1) d'extraire, telle qu'elle est avant suppression, la valeur GUID
2) d'aller dans la base de registre jeter un petit coup d'oeil sur :
--- ce qu'elle contient pour ce GUID
--- à quel GUID correspond la bonne référence (si le produit à référencé est bien présent sur la machine)
---->> comparer les deux avec minutie
---->> intervenir ensuite non par suppression et rajout de références, mais par modification, dans la base de registre, de la clé douteuse (en lui donnant les valeurs et sous-clés éventuelles de la bonne clé) ?
Idée de fou, je le sais, mais à tenter.

Il est clair, toutefois, que si la "chose" marche, les messages gênants continueraient à apparaitre une première fois, mais disparaîtraient après fermeture, puis modif dans la BDR, puis réouverture...

A tenter ?:oops:

Bonjour,
Quel intérêt puisqu'il a mis un tag Résolu ?
On ne va pas être plus royaliste que le roi.

Bonjour,

Une dernière réponse puisque certains ont quand même essayé de trouver d'autres solutions :

DarkVader : vous avez raison, même si je me suis décidé à mettre résolu pour ne pas encombrer trop longtemps le forum, car il restait une imperfection, la référence peut maintenant être supprimée, mais pas le message d'erreur.

Et je crois que vous avez bien résumé le problème ici :

Citation:

---

POST-SCRIPTUM CONCERNANT LE BUG CONCERNANT LA GESTION DES REFERENCES :
De mémoire, le bug ne concernait pas l'absence d'une référence mais la corruption de la référence suite une compilation sans compatibilité binaire
(le nom et le chemin existe mais le GUID diffère) - dans ce cas jusqu'à la version 2002 inclue l'énumération des références etc. cause un plantage.

---

Ucfoutu : je crois avoir fait un peu ce que vous préconisez, mais manuellement pour l'instant. J'ai créé le sous-répertoire "Office11" j'y ai copié le fichier "Refedit.dll" puis j'ai modifié le chemin "Office" en "Office11" dans la base de registre pour toutes les clés faisant référence à ce fichier.

Ce n'était que pour vérification et donc un espoir de solution temporaire avant de faire mieux.

Mais pas de résultat (version de la DLL différente ?).

JackOuYa : OK je comprends ce que vous voulez dire mais quand à la mauvaise installation d'Excel, j'ai un doute.
N'aurais-je pas d'autre problème ?

Je crois qu'on va en rester là et si en fouinant encore un peu je trouve quelque chose je n'hésiterai pas à le signaler.

Mais j'en doute en fonction de la réponse de DarkVader.

Finalement, après le message d'erreur, il ne restera qu'à enregistrer le fichier et ensuite cela fonctionne.

Merci encore.