Référence Excel manquante

Bonjour a tous,

J'ai recherché sur Internet des réponses a mes questions mais je ne comprend pas trop :/

Donc j'ai crée un fichier Excel avec du code et j'utilise des références :
Visual Basic For Applications
Microsoft Excel 11.0 Object Library
OLE utomation
Microsoft Office 11.0 Object Library
Microsoft Forms 2.0 Object Library
Microsoft Shell Controls And Automation
Internet_Assistant
Microsoft HTML Object Library
fpdtc 1.0 Type Library
Microsoft Windows Common Controls 6.0 (SP6)

Et je voudrais que mon code soit utilisable sur plusieurs PC (qui n'on pas forcement la même version d'office)
mais j'ai déjà testé sur 1 seul PC (avec Office 2010) et, il y a des références qui manques

Donc mes questions :
Peut-on télécharger des références en +, ou c'est fait automatiquement quand on installe office ?
Quand il y a une référence sur une version, est'il obligatoire d'avoir une référence pour une autre version ?
Et si une références n'est pas présentes sur un Excel, comment fait on ?

Si vous avez un petit cours sur les références j’aimerais bien avoir le lien :)
car c'est vrai que c'est quelque chose de bloquant quand on s'y connais pas

Merci beaucoup de votre aide !

Bonjour à toi,

Mon petit doigt me dit que déjà une des références manquantes est :

Citation:

---

fpdtc 1.0 Type Library

---

Les références sont des fichiers qui ajoutes la possibilités d'utiliser de nouveaux type d'objets.
Donc soit tu as une install qui en rajoute, soit tu as juste le ou les fichiers qu'ils va falloir enregistrés au niveau système.

Bonjour cerede2000,

Oui effectivement ^^

pour exemple, sur le PC de mon collègue,
Il manque :

HTML,XLA (mais je ne sais pas d'ou elle vient elle XD)
fpdtc 1.0 Type Library
Microsoft Windows Common Controls 6.0 (SP6)

D'accord donc si je comprend bien,
il faut que je transport mes références avec mon fichiers pour être sûr que cela fonctionne correctement sur chaque ordinateur ? (et que je map mes références bien sûr)

Et si par exemple sur mon ordinateur il me manque une référence pour utiliser des objets, je peux la télécharger comment ?

Merci de ton aide :)

Avec des références non standard (donc intégrés de base avec tous les Office) ça deviens vite compliqué...
Déjà qu'avec des références censé être standard c'est souvent problématique.......

Je ne connais pas :
HTML,XLA
fpdtc 1.0 Type Library

Donc je ne pourrais pas te dire comment les installer, au mieux voir pour récupérer les OCX, DLL... et les enregistrer avec RegSVR32 sur le PC de ton collègue.

Salut, voir ici : Comment activer une référence, mais la chose n'est pas simple.

Bonjour,
il existe effectivement de problèmes au nivaux du versionning et de références dans le projet Excel!

le didacticiel proposé kiki29 présente une première approche vers une solution durable!

Visual basic for application est également source de problème, car les références sont embarqué dans le projet vb par son nom et le cheminement complet!

Pièce jointe 205604

cette librairie est incontournable car chargé par défaut, sens elle pas de vba!, il peut existé 2 version une en C:\Program Files (x86) si Windows et/ou Excel est en 32bits et C:\Program Files si le programme est en 64bits

la problématique de passe d'une version à l'autre est quelle peut faire référence à deux emplacement distinct et générer des conflits.

on peut résoudre ce problème en déclinant arborescence à partir de la librairie effectivement chargée! Prenons l'exemple du Trim

Code:

---

vba.trim

---

Merci beaucoup à vous trois :)

Je pense que je vais trimbaler mes DLL avec mon fichier, dans des répertoires sous-jasent de mon application.
Enfin au moins celles qui ne sont pas forcement utilisé partout ^^

je vais regarder ta réponse rdurupt !

Ha que la vie est belle pourquoi je n'y est pensé moi même!

rdurupt,

Ta réponse est ironique ?

Je me base sur des applications plus évolué comme du C#
qui emporte dans chaque projet les bonnes DLL,
ce qui est plus lourd (enfin je pense que quelques MO n'est pas énorme non plus)
mais au moins si l'on MAP le bon chemin les DLL fonctionnerons sur chaque PC

Enfin après je n'ai pas pris en compte si les DLL change en fonction du système 32 et 64 bit

Merci de vos réponse.

Après, tu peux peut être t'en sortir en faisant du late binding
ce qui te permet de ne pas avoir à référencer les libs externes:

Code:

---

1 2 3 4 5 6 7 8

Sub test() ' au lieu de... Dim xlApp As New Excel.Application ' faire... Dim xlApp As Object Set xlApp = CreateObject("Excel.Application") End Sub

---

Le visual Basic n'est plus maintenu par Microsoft depuis 2003! On n'est pas dans ce que tu appel un langage des plus évolué!

Je t'es expliquer plus haut que le librairies son embarqué dans le projet vba (donc ton fichier Excel) par leurs noms complet.
Le librairies de Word par exemple sont installés dans le répertoire qui va bien avec leurs dépendances. Et c'est le setup qui fait le boulot c'pas vraiment toi qui choisis!

Pour que ton truc marche il faut bricoler la bas de registre et en plus refaire matcher les dépendances autant te coltiné une version de ton en code en C#!

Je ne comprend pas trop la,

En gros dans le fichier Excel, tu enregistre juste les DLL que tu veux utiliser (le nom + le chemin)
Et dans l'application Excel (C:\Program Files (x86)\Microsoft Office\OFFICE11\...) il y a les dites DLL

Et selon la version d'office que vous avez et le système (32bit/64bit) , les DLL sont différentes

Si j'ai bien compris c'est ca !

Ton fichier Excel ne connais que le chemin C:\Program Files (x86)\Microsoft Office\OFFICE11\.

Maintenant en fonction du système tes dll sur chaque machine s'enregistre dans le programme file qui lui est propre.

Regarde l'image que j'ai joint. Donc quoi qu'il arrive ton application va chercher la dll dans C:\Program Files (x86)\Microsoft Office\OFFICE11\.

Alors qu'il est possible quelle ce trouve dans l'autre programme file (64bis par exemple)

Le problème de Microsoft c'est de faire évoluer ses logiciel en gardant une compatibilité avec l'ancien au bout d'un moment il faut faire un choix!

D'accord,

je crois que j'ai compris,

Du coup si a l'ouverture de mon fichier je spécifie le chemin des DLL en allant les chercher dans l'ordinateur
Cela pourra être possible?

enfin après c'est vrai que je n'arrive pas trop à comprendre pourquoi je me trimbale pas avec mes fichier DLL
tout simplement ^^, puisque c'est comme si c’était une action utilisateur..

merci de vos réponses !

Bonsoir,
Une dll que tu compile toi même et que tu place sur to pc oui si tu indique le chemin c:\MyDll\dll.dll dans l'option parcourir de références oui. Il te suffirais de la placer sur un pc Hôte mais un application installée sur un machine dispose de plusieurs dll dépendantes les unes des autres non m, c'est ce que j'ai appelé plus haut les dépendances.

D'une part c'est compliqué d'autres par tu devrais réplique l'opération sur toutes le machine en ça casserait le logiciel en question.

D'acccord,

Que me conseils-tu de faire du coup ? je ne vois pas sinon ^^

avec votre aide (et je vous en remercie)
je pensais partir sur :

je trimbale mes DLL avec mon fichier Excel
a l'ouverture du classeur,
je regarde la version d'Excel du PC,
Je regarde si le système est en 32 ou 64 bit
je colle les DLL dans le "C:/etc..."
et je configure le fichier Excel avec les bonnes références.

Car je ne vois pas comment faire sinon,
Je ne veux pas être obliger de configurer à la main chaque PC
puisque mon fichier pourra me retrouver chez vous et je ne veux pas me déplacer XD
je veux que le fichier, une fois lâcher la dans nature, pourra ce débrouiller tout seul.

Merci de vos réponses

bonjour,
pour le objets comme Word,Outlook utilises CreateObject et pas le références à l'application

Code:

---

1 2	dim W as object set W=CreateObject("Word.Application")

---

pour ce qui est de Microsoft Visual Basic For Application vue qu'elle est chargé par défaut il faut utiliser l'instance effectivement chargé en déclinant les instruction à partir de vba, je reprends mn exemple du trim!

Code:

---

Vba.trim(" toto ")

---

pour le reste c'est pas de chance mais tu couvre 90% comme ça.

D'accord, merci beaucoup de ton aide !
et a bientôt :)