Version imprimable
Bonjour à tous,
Voilà mon problème :
J’utilise la librairie Outlook pour l'envoi de mail depuis Excel. Le problème c'est que le fichier contenant la macro transite SOUVENT d'une version Excel 2007 à une version 2010 et vice-versa.
Le problème, vous l'aurez peut-être deviné, et la demande incessante du changement de librairie nommée différemment dans les 2 versions.
Ma question est alors existe t-il une astuce pour contourner ce problème ?
Merci d'avance pour vos propositions.:ccool:
Bonjour,
Le mieux est de ne pas utiliser de référence explicite et d'utiliser des variables As Object avec la méthode CreateObject
ex:
Code:
2
3
4
5
Cool merci de l'astuce.
Bon l'inconvénient c'est que l'on n'a pas accès à la saisie assistée par l'éditeur ni accès aux constantes mais je ferais avec.
Merci parmi:ccool:
Salut.
En mode conception, tu déclares tes objets en les typant... Tu bénéficies ainsi de la saisie semi-automatique, de l'explorateur d'objets, etc...
Au moment de passer en production, tu modifies tes typages et tu supprimes la référence à la librairie, comme proposé par parmi.
Ok Pierre j'y ai pensé après :lol:
Par contre avec cette technique on n'a plus accès à la gestion d'événements ? Par exemple ici l'événement Send d'un mail n'est plus accessible ?
Parce que j'ai essayé mais il semblerait que WithEvents ne soit pas supporté avec le type Object.
En fait, si tu déclares des objets Outlook avec la référence cochée, comme tu as fait, tu devrais voir toutes les propriétés et méthodes reliées aux différents objets.
Quand tout ton code est fonctionnel, tu changes tes variables As Object en utilisant CreateObject().
Ça permet à ton programme d'être portable entre différentes versions, mais là, tu n'as plus accès au IntelliSense. Les propriétés et méthodes ne sont plus reconnues comme telles, même si ça fonctionne...
Un peu tordu, mais c'est ça qui est ça... :lol:
Peut-être une solution dans cette réponse de PapyTurbo.
Sinon, ce tuto de Michel Blavin pourrait être une piste.