Version imprimable
salut a tous,
1_ J'ai une application qui a deux boutons. Le premier bouton copie une info et l'affiche , le second bouton ferme le logiciel.
Le premier bouton ulitise le raccourci ALT+L, le second ALT+F.
2_Voici mon probleme:
je veux executer cette application par une autre application (a concevoir avec Delphi 7) qui va cliquez sur les boutons des qu'on lui demande.
J'ai sais lancer l'application avec shellexecute deja. Mais comment manipuler les boutons?
Comment faire?
Aidez moi svp.
Inspire toi de cette QR de la :faq:
http://delphi.developpez.com/faq/?pa...loterapptierce
Une autre piste créé un serveur automation
http://www.gekko-software.nl/Delphi/
Merci pour vos réponses précieuses , je vais me mettre a la tache et attendre le resultat.
J'arrive pas a m'en sortir avec les serveurs automation.Citation:
Envoyé par Laurent Dardenne
Je crois que je manque d'inspiration ou peut etre que j'ai besoin d'un coup de pouce pour m'inspirer de la QR.Citation:
Il me semble qu'une fois l'application lancée par CreateProcess, on possède le handle de l'application.
Il suffit ensuite de lancer un message grâce à SendMessage.
Voir l'aide de windows sur les valeurs de messages, mais pour simuler l'appui sur une touche du clavier, c'est WM_Keydown si je ne me trompe pas. Le premier paramètre de sendMessage est justement le handle de l'application.
La faq delphi déjà mentionnée plus haut donne des exemples de tout ça !
C'est a mon avis la methode la plus simple.Citation:
Envoyé par JeanMarc_T2k
En gerant des messages personnels, on peut meme affiner le traitement.
Par exemple on peut envoyer a l'applciation l'evenement personel "WM_PRessButton1" qu'elle traitera par un button1.click quand elle recevra ce message.
Note : LE traitement n'est pas automatique, mais un objet TapplicationEvent et l'evenement OnMessage te permet de detecter et traiter ces messages.
Sinon i lte reste aussi la possibilité de recuperer le handle du bouton, mais je ne sais pas encore comment on peut faire pour detecter le handle d'un objet sans utiliser la methode de windows qui renvoie le handle de l'objet positionné sous la souris.
tiens au passage j'en profite pour completer ce thread par une question :
Quand on defini un nouveau message personel via WM_USER+1, cet Id est local a l'application ?
C'est a dire que l'application tierce qui souhaite envoyer ce message a notre application doit cibler l'envoie de ce message sur le handle de notre application ? ou bien est il accessible via le processus general d'envoie de message ?
Ma question est que si j'ai 2 applciation qui implemente un message WM_Message1 = WM_USER+1 pour l'une et WM_Message2 = WM_USER+1 pour l'autre, cela rentre t il en conflit ? En supposant bien sur que les applciation tierces ne tenterons pas de manipuler l'applciation sur laquelle a ete definie l'autre message ...
Vas voir du coté des sources du défi "programme qui joue au démineur", mis à part le coté "faire jouer son programme au démineur", ce qu'il faut retenir c'est qu'on leur à fait contrôler totalement une autre application et entre autre cliquer sur les boutons d'une autre application.Citation:
Envoyé par franck SEFIC
Sinon, tu cherches "simuler clic" ou "simulation clic" ou "simulation souris" sur le forum avec comme auteur waskol et tu trouveras surement quelque chose.
Au passage, au lieu de faire cliquer ton programme, tu peux aussi lui faire taper "ALT+L" ou "ALT-F" si tu veux (ou n'importe quoi d'autre).
Quoiqu'il en soit, va voir les sources de mon démineur, il y a une unité "unitutils.pas" dedans si mes souvenirs sont bons qui te permettra de gérer tout ça sans trop de soucis.
Bon dev