Discussion :

[justbrow]

Bonjour,

Alors voila j'ai un gros problème. J'ai réalisé un fichier excel avec pas mal de macro et d'userform sur VBA. Mon problème c'est que ce fichier est censé être utilisé par pas mal de monde qui n'ont pas forcement la même version excel que moi ou la même version de Windows. Par exemple, J'ai essayé mon fichier sur un autre poste que le miens et j'ai eu le message d'erreur "objet ou bibliothèque manquante". CE que j'aimerais donc faire c'est placer tous mes fichiers sources auxquels font appels mes codes dans un même fichier que je pourrais envoyer aux utilisateurs avec le classeurs. Ainsi quelque soit l'utilisateurs mon fichier pourra marcher. J'appellerai ces fichiers dans mon code a l'ouverture de mon fichier. Cependant je ne sais pas comment faire ca et si c'est la bonne solution a adopter. De plus j'ai du mal a retrouver le chemin d'accès a mes fichiers de références puisqu'ils ne s'affiches pas en entier dans la fenêtre de gestion des références.

[Marc-L]

Bonjour,

ces quatre références sont celles par défaut quelle que soit la version d'Excel et donc ne poseraient pas de problème.
Par contre si une référence supplémentaire a besoin d'être cochée (liaison anticipée),
là il vaudrait mieux utiliser une liaison tardive : Les fiches VBA - Comprendre : Early ou Late Binding …

Il aurait été judicieux de poster le code via l'icône # dédiée et d'indiquer la ligne de code déclenchant l'erreur !

_________________________________________________________________________________________________________

Je suis Paris, Charlie, Bruxelles, …

[Slooby]

Bonjour,

Marc-L, son problème n'est pas que les références ne sont pas cochées, mais c'est que les versions d'un des fichiers de config diffèrent d'un poste à l'autre.

J'ai déjà rencontré ce problème.
Mes collègues avaient une version plus ancienne, donc certains objets étaient inconnus sur leur poste.

Dans ce cas, je te dirai de mettre dans l'événement d'ouverture du classeur une Sub qui vient copier ton fichier config et qui le colle chez eux.

Mais je ne sais pas si cet événement se lance avant ou après la compilation de ton code qui génère une erreur dû aux objets inconnus.
Là, Marc_L pourra t'aider

Slooby

[justbrow]

C'est exactement ca slooby !

[kiki29]

Salut, comme on le conseille souvent : Développer en Early Binding ( intellisense ) et déployer en Late Binding surtout en environnement hétérogène.

[Marc-L]

Il aurait été judicieux de poster le code via l'icône # dédiée et d'indiquer la ligne de code déclenchant l'erreur !

[Invité]

Bonjour,
Un certain nombre de librairies sont chargées par défaut, comme le disait justement Marc.

C'elles comme Word par exemple sont ajoutées par l'utilisateur, la pas de problème on les décoches et on utilise CreateObjectcreatobject.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Set Wd=CreateObject("Word.Application")

En revanche la librairies Visual Basic For Application est chargée par défaut avec le chemin complet de sa position sur le disck du développeur de l'application.

Ce qui entraine de conflit vue que chaque utilisateur va apporter sa configuration.

Nous pouvons donc avoir plusieurs références identique à des emplacement disck différents!

Et un seul emplacement sera valide et charger en mémoire d'ou le conflit!

Pour résoudre ce dilemme je dois utiliser l'Api effectivement changer en le déclinant de se racine.

Par exemple la fonction trim découle de l'Api Vba, donc je décline à partir de Vba!
Vba.trim(" Toto ")

[justbrow]

Bon je vais essayer avec les information que vous m'avez transmise merci !