Bonjour,
J'ai un gros produit sous forme d'executable avec plein de DLL et OCX
rattachés.
Il s'agit d'une interface graphique avec fenêtre mère et multiples fenêtres
filles.
Je cherche à ouvrir une porte pour qu'une autre application puisse dire à
mon exécutable en train de tourner "ouvre l'écran associé à telle fiche de
personne", sachant qu'il s'agit déjà d'un menu présent dans mon application,
mais qu'il faut donc juste faire en sorte que mon exe soit abonné à un
évènement auquel il réagira(en recevant des paramètres).
Quelle est la façon la plus simple de développer la chose (VB6) ?
Merci d'avance.
JN.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
ng
Salut,
Tu peux transformer ton exe principal en serveur d'automation (projet exe activex a changer ds les propriétés de ton projet) et ensuite tu pourras commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences et tu pourras instancier ta classe et controler ton gros exe. Depuis un script tu pourras le faire en latebinding avec CreateObject(). -- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Salut,
Tu peux transformer ton exe principal en serveur d'automation (projet exe
activex a changer ds les propriétés de ton projet) et ensuite tu pourras
commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe
dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi
dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences
et tu pourras instancier ta classe et controler ton gros exe. Depuis un
script tu pourras le faire en latebinding avec CreateObject().
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Tu peux transformer ton exe principal en serveur d'automation (projet exe activex a changer ds les propriétés de ton projet) et ensuite tu pourras commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences et tu pourras instancier ta classe et controler ton gros exe. Depuis un script tu pourras le faire en latebinding avec CreateObject(). -- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jean-Nicolas BERGER
OK. Merci beaucoup pour cette réponse, qui semble à la fois simple à mettre en place et peut impactante sur l'existant. JN.
"ng" a écrit dans le message de news:
Salut,
Tu peux transformer ton exe principal en serveur d'automation (projet exe activex a changer ds les propriétés de ton projet) et ensuite tu pourras commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences et tu pourras instancier ta classe et controler ton gros exe. Depuis un script tu pourras le faire en latebinding avec CreateObject(). -- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
OK. Merci beaucoup pour cette réponse, qui semble à la fois simple à mettre
en place et peut impactante sur l'existant.
JN.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OxVdAH3OFHA.1932@tk2msftngp13.phx.gbl...
Salut,
Tu peux transformer ton exe principal en serveur d'automation (projet exe
activex a changer ds les propriétés de ton projet) et ensuite tu pourras
commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe
dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi
dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences
et tu pourras instancier ta classe et controler ton gros exe. Depuis un
script tu pourras le faire en latebinding avec CreateObject().
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
OK. Merci beaucoup pour cette réponse, qui semble à la fois simple à mettre en place et peut impactante sur l'existant. JN.
"ng" a écrit dans le message de news:
Salut,
Tu peux transformer ton exe principal en serveur d'automation (projet exe activex a changer ds les propriétés de ton projet) et ensuite tu pourras commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences et tu pourras instancier ta classe et controler ton gros exe. Depuis un script tu pourras le faire en latebinding avec CreateObject(). -- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jean-Nicolas BERGER
Quelles sont les précautions à prendre au niveau de mon Exe (par exemple au niveau des propriétés pour la compilation) pour que le / les programmes appelants n'aient pas à être touchés lorsque je vais évoluer mes versions? JN.
"ng" a écrit dans le message de news:
Salut,
Tu peux transformer ton exe principal en serveur d'automation (projet exe activex a changer ds les propriétés de ton projet) et ensuite tu pourras commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences et tu pourras instancier ta classe et controler ton gros exe. Depuis un script tu pourras le faire en latebinding avec CreateObject(). -- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Quelles sont les précautions à prendre au niveau de mon Exe (par exemple au
niveau des propriétés pour la compilation) pour que le / les programmes
appelants n'aient pas à être touchés lorsque je vais évoluer mes versions?
JN.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OxVdAH3OFHA.1932@tk2msftngp13.phx.gbl...
Salut,
Tu peux transformer ton exe principal en serveur d'automation (projet exe
activex a changer ds les propriétés de ton projet) et ensuite tu pourras
commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe
dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi
dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences
et tu pourras instancier ta classe et controler ton gros exe. Depuis un
script tu pourras le faire en latebinding avec CreateObject().
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Quelles sont les précautions à prendre au niveau de mon Exe (par exemple au niveau des propriétés pour la compilation) pour que le / les programmes appelants n'aient pas à être touchés lorsque je vais évoluer mes versions? JN.
"ng" a écrit dans le message de news:
Salut,
Tu peux transformer ton exe principal en serveur d'automation (projet exe activex a changer ds les propriétés de ton projet) et ensuite tu pourras commander ton applis depuis une autre appli ou même depuis un script VBS.
Donc une fois le changement de type de projet fais, tu ajoutes une classe dans ton gros projet qui servira d'interfaces aux autres programmes. Ainsi dans un autre projet vb (ou autre) tu ajoutes ton gros exes au reférences et tu pourras instancier ta classe et controler ton gros exe. Depuis un script tu pourras le faire en latebinding avec CreateObject(). -- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
ng
Salut,
Quelles sont les précautions à prendre au niveau de mon Exe (par exemple au niveau des propriétés pour la compilation) pour que le / les programmes appelants n'aient pas à être touchés lorsque je vais évoluer mes versions? JN.
2 possibilités :
1/ utiliser du latebinding dans tes progs appelants - et / ou - 2/ utiliser la compatibilité binaire
dans tous les cas je te conseille la lecture de cet article : http://faq.vb.free.fr/index.php?question8
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Salut,
Quelles sont les précautions à prendre au niveau de mon Exe (par exemple
au niveau des propriétés pour la compilation) pour que le / les programmes
appelants n'aient pas à être touchés lorsque je vais évoluer mes versions?
JN.
2 possibilités :
1/ utiliser du latebinding dans tes progs appelants
- et / ou -
2/ utiliser la compatibilité binaire
dans tous les cas je te conseille la lecture de cet article :
http://faq.vb.free.fr/index.php?question8
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Quelles sont les précautions à prendre au niveau de mon Exe (par exemple au niveau des propriétés pour la compilation) pour que le / les programmes appelants n'aient pas à être touchés lorsque je vais évoluer mes versions? JN.
2 possibilités :
1/ utiliser du latebinding dans tes progs appelants - et / ou - 2/ utiliser la compatibilité binaire
dans tous les cas je te conseille la lecture de cet article : http://faq.vb.free.fr/index.php?question8
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
