En fait, le code que je t'ai montré est beaucoup plus complexe (environ 1000 lignes)
j'ai supprimé tout ce qui avait trait direct à Outlook (variables, navigations dans les dossiers, recherches de mails par classe ou par restriction etc...)
Chemin était le chemin complet du fichier excel à ouvrir, j'ai juste rendu anonyme le chemin dans mon exemple
ListeFeuilleBDD est simplement un array dans lequel j'ai stocké le nom de plusieurs feuilles de mon fichier Excel. Je faisais une boucle sur chaque feuille
Pourquoi t'ai-je montré ce code alors ? Tout simplement pour que tu constates qu'on peut très bien manipuler les objets d'une application office (Excel ici) depuis une autre application office (Outlook)
j'utilise des Worksheets, des Ranges, des Cells etc... de manière transparente, car j'ai crée une instance Excel ici :
Set xlApp = CreateObject("Excel.Application")
donc tout ce que je rattache à cette instance devient Excel compatible en termes d'objet, méthodes, propriétés
Il me semble cohérent de penser que l'automation Excel-Word est aussi transparente ... mais je n'utilise jamais Word, je ne peux dont pas le certifier.
Charge à toi de nous dire si j'ai eu raison quand tu auras testé ![;)](https://www.developpez.net/forums/images/smilies/icon_wink.gif)
Concernant le Early et Late Binding, c'est toujours un grand débat
plutôt que d'entrer dedans, je t'invite à bien assimiler ça : http://mhubiche.developpez.com/vba/f...endre/binding/
tu comprendras pourquoi je te préconise du Late Binding en termes de compatibilité ... car en Early Binding, tout utilisateur de tes macros devront avoir coché la bonne référence dans leur VBE !
ceci se fera cependant avec quelques inconvénients, en Late Binding :
- tu perds la saisie intuitive de tes méthodes et objets, ainsi que la mise en forme orthographique (majuscule automatique sur un type d'objet, une méthode etc..)
- le code est plus long à tourner, car on demande à VBA un effort supplémentaire pour manipuler les objets etc...
Partager