Executer une appli B a partir appli A
Résolu
mJuju
-
29 août 2013 à 15:03
ucfoutu Messages postés 18038 Date d'inscription lundi 7 décembre 2009 Statut Modérateur Dernière intervention 11 avril 2018 - 30 août 2013 à 15:11
ucfoutu Messages postés 18038 Date d'inscription lundi 7 décembre 2009 Statut Modérateur Dernière intervention 11 avril 2018 - 30 août 2013 à 15:11
A voir également:
- Executer une appli B a partir appli A
- Vbet appli ✓ - Forum VB.NET
- Calcul bic a partir iban ✓ - Forum VB.NET
- Appli java ✓ - Forum Java
- Appli liberation ✓ - Forum Delphi / Pascal
- Impossible d'executer le code en mode arrêt ✓ - Forum Visual Basic
4 réponses
ucfoutu
Messages postés
18038
Date d'inscription
lundi 7 décembre 2009
Statut
Modérateur
Dernière intervention
11 avril 2018
211
Modifié par ucfoutu le 30/08/2013 à 15:17
Modifié par ucfoutu le 30/08/2013 à 15:17
Bonjour,
Shell tout court fera l'affaire, s'il ne s'agit que de "lancer" une autre appli.
Mais relisons :
"Pour créer ce petit texte descriptif, j'aimerais me débrancher vers l'éditeur en lui passant un ou deux paramètres, sans que l'utilisateur s'en rende compte, et revenir vers mon appli de gestion immobilière quand c'est fin"
Si (et je pense que oui, bien que non clairement dit) il s'agit de récupérer dans l'appli A le résultat de l'appli B, rien ne sera possible si l'appli B ne supporte pas l'Automation (et donc n'est pas "pilotable"). A moins de "combines" diverses, telles faire écrire par l'Appli B dans un fichier ensuite lu par l'appli A (l'usine à gaz, quoi ...).
Et enfin :
"Sinon j'ai toujours la possibilité de réinventer la roue et d'intégrer mon éditeur dans l'appli. Ca serait dommage"
Je ne vois pas ce que l'utilisation d'une textbox (voire, si besoin, d'une RichTextBox) viendrait "compliquer" !
________________________
Réponse exacte ? => "REPONSE ACCEPTEE" facilitera les recherches.
Pas d'aide en ligne installée ? => ne comptez pas sur moi pour simplement répéter son contenu. Je n'interviendrai que si nécessité de la compléter.
Shell tout court fera l'affaire, s'il ne s'agit que de "lancer" une autre appli.
Mais relisons :
"Pour créer ce petit texte descriptif, j'aimerais me débrancher vers l'éditeur en lui passant un ou deux paramètres, sans que l'utilisateur s'en rende compte, et revenir vers mon appli de gestion immobilière quand c'est fin"
Si (et je pense que oui, bien que non clairement dit) il s'agit de récupérer dans l'appli A le résultat de l'appli B, rien ne sera possible si l'appli B ne supporte pas l'Automation (et donc n'est pas "pilotable"). A moins de "combines" diverses, telles faire écrire par l'Appli B dans un fichier ensuite lu par l'appli A (l'usine à gaz, quoi ...).
Et enfin :
"Sinon j'ai toujours la possibilité de réinventer la roue et d'intégrer mon éditeur dans l'appli. Ca serait dommage"
Je ne vois pas ce que l'utilisation d'une textbox (voire, si besoin, d'une RichTextBox) viendrait "compliquer" !
________________________
Réponse exacte ? => "REPONSE ACCEPTEE" facilitera les recherches.
Pas d'aide en ligne installée ? => ne comptez pas sur moi pour simplement répéter son contenu. Je n'interviendrai que si nécessité de la compléter.
Utilisateur anonyme
29 août 2013 à 18:07
29 août 2013 à 18:07
Salut
intéresse-toi à la classe Process et en particulier Process.Start !
intéresse-toi à la classe Process et en particulier Process.Start !