bonjour à tous
- j'ai créé une DLL contenant une routine qui manipule le Workbook qu'on lui passe par référence (dans la DLL j'inclus la référence à EXCEL9.OLB ce qui me permet de manipuler les objets type Range, Workbook ..... )
- je l'ai installée avec regsvr32
- je l'ai Instancié depuis mon fichier Excel (dim oMyDLL as....)
- j'ai fait modifier mon fichier excel en lançant une macro qui
appelle la routine contenue dans la DLL

Mais il me reste le petit problème suivant:
- sur mon poste ça marche bien
- sur un autre poste ça marche pas.
Je pense que cela vient que EXCEL9.OLB n'est pas installé sur l'autre poste.

1) comment faire pour installer EXCEL9.OLB sur le poste client
2) est ce que si je fournis EXCEL9.OLB avec l'installation de la DLL cela marchera pour toutes les versions d'EXCEL 97-2000-2003 ...


merci de votre aide
:: Xavier ::

Pour excel 97 c'est Excel8.olb....

Dans ton Projet tu as coché Projet...Références...Microsoft Excel 9.0 Object Library..

Vaudrait mieux le creer dynamiquement je pense :

Dim exlapp As Object
Set exlapp = CreateObject("excel.application")


It@li@

merci pour ta célérité It@li@ :-)

mais ... (oui mais ...) ça va pas vraiment marcher.

En fait, j'ai un classeur avec une macro, (ex: écrire dans la cellule A1, mais en vérité c'est un peu plus complexe ... ), et je souhaite protéger la macro un peu plus qu'avec le simple mot de passe VBA.

Ainsi, dans le fichier Excel, je déclenche une macro qui appelle une procédure encapsulée dans un DLL.
depuis Excel:

référence à Projet1.dll sub macroExcel dim oDLL as Projet1.Class1 set oDLL = New Projet1.Class1 Call oDLL.MaProcedure(activeworksheet)

Dans la DLL

Référence à EXCEL9.OLB sub MaProcedure(xlsheet as Excel.Worksheet) xlsheet.range("A1").value = "Bonjour" end sub

Voila voila
Donc si quelqu'un pourrait m'aider à contourner le problème ou bien trouver un moyen pour inclure EXCEL9.OLB dans la distribution de mon projet et faire en sorte que ça marche avec toutes les versions d'Excel.......

a toute
xavier

tient tient ca ressemble a ce que j'ai mis......

lol

It@li@

Merci, c'est exactement ce que je cherchais,
et je suis étonné que ce soit si simple.

Entre autre, j'avais déclaré dans sub MaProcedure un object Range

Dim rgCellule as Range

et bien maintenant que j'ai supprimé la référence à Excel, il faut que je fasse

Dim rgCellule as Object et ensuite xlSheet.rgCellule.offset(i,j).Value = ....

Et finalement je pense que je n'aurai aucun problème avec les différentes version d'Excel.

Merci encore

Merci Italia
mais tu vois, ce que tu décrivais c'est comment générer une nouvelle instance d'Excel.
Or je voulais juste pouvoir appeler une DLL depuis une instance d'Excel pour manipuler cette même instance ....
Bref en utilisant

as Object

directement dans le projet VB, ça marche et ça me permet de décocher la référence à Excel9.olb

sans rancune ;-)

xavier un peu long à la détente ....

Non pas de Rancune ....

It@li@

Bonjour
Super intéréssant tout ca. :-)
Mais comment fait-on pour les variables du genre : xlAutomatic, xlEdgeTop ... ? On redéclare tout ?

--
Damran

Non pas la Peine de declarer ces variables
un peu comme quand tu utilises l'objet printer :

Ex : Printer.PrintQuality = vbPRPQHigh

tu ne declare en aucun cas vbPRPQHigh, le programme le comprend.

It@li@