Exécuter une Application non Windev uniquement dans une fenetre Windev

Bonjour,

J'ai un PC sur lequel tourne 2 applications :
- 1 application windev que j'ai développée
- 1 application d'automatisme WinCC (le nom est peu important, cela pourrait être une application comme le bloc note, paint...etc)

Le passage d'une application à l'autre est très peu convivial; il faut soit cliquer sur la barre des taches soit appuyer sur ALT+TAB.

Est-il possible que je crée dans mon développement Windev, une fenêtre (que j'ouvrirai ou afficherai comme les autres fenêtres Windev) dans laquelle s’exécuterait mon application ?

Je vous remercie par avance de vos aides et pistes.

Oui, c'est possible vous devez changer le parent de la fenêtre externe et lui assigner le handle de votre fenêtre principale WinDev comme parent.

Ceci se fait grâce à l'utilisation de l'API Windows SetParent.
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

...

Merci Patrice,

Je ne maitrise pas totalement Windev et je ne vois pas comment je peux appliquer ta méthode avec les API Windows et Windev.
Merci par avance si tu peux m'aider ?

C'est le même principe que les fenêtres internes.

...

Bonsoir,

C'est effectivement intéressant, ont peut intégrer une fenêtre d'une application externe comme une fenêtre interne dans son application Windev ?

Après quand on ne maîtrise pas bien les API, cela deviens difficile à mettre en place...

J'ai trouvé ça, si ça peut aider :)

http://centrewd.free.fr/?page=ficheapi&t=f&n=SetParent

Merci WDKyle.

Effectivement ton exemple m'aide beaucoup.

Mon problème est : comment récupérer le Handle de la fenêtre de mon application externe (qui peut être le bloc note, paint....) pour l'inclure dans une fenêtre windev en s'inspirant du code ci dessous ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

// On change un bouton d'une fenêtre à une autre // Créer pour cela, une fenêtre mère MDI qui contient un // bouton de votre choix et une fenêtre fille   hWndNouvFen, hWndBouton sont des entiers   OuvreFille("Fifille") // Nom de la fenêtre fille   hWndNouvFen = Handle("Fifille") // Du code qui vous est offert par Beaussier en ligne hWndBouton = Handle("UnBouton") // Nom du bouton   AppelDLL32("user32", "SetParent", hWndBouton, hWndNouvFen) // Le bouton a changé de fenêtre, // il est passé de la mère à la fille !

---

Bonjour,

Tu devrais pouvoir récupérer le handle de l'application externe avec ceci :

Code:

---

1 2	MonHandle = API("USER32", "FindWindowA", Null, "Nom Application")

---

Il est plus sûr d'utiliser le nom de la classe de la fenêtre popup que vous voulez capturer, car le titre peut changer...

SpyXX permet de connaitre ce genre d'information.

...

hello,
pour illustrer ce que viennent d'écrire WDKyle et Patrice, voici un exemple concret qui affiche le handle de la fenêtre du programme notepad ouvert et sans fichier chargé.

Code:

---

1 2 3 4 5 6 7 8

HandleFenExt est un entier // Handle Fenêtre par classe ( le nom de la classe est à trouver par spyxx) HandleFenExt = API("USER32", "FindWindowA","Notepad", Null) Trace("Handle fenêtre par classe : ",HandleFenExt) // Handle Fenêtre par titre de fenêtre // HandleFenExt = API("USER32", "FindWindowA", Null, "Sans titre*- Bloc-notes") équivalent à HandleFenExt = SysFenHandle("Sans titre*- Bloc-notes") Trace("Handle fenêtre par titre : ",HandleFenExt)

---

Il y a une autre méthode en partant de l'exécutable de la fenêtre du programme à intégrer, mais c'est plus compliqué puisqu'il faut énumérer tout d'abord tous les processus qui tournent.

Ami calmant, J.P

Avoir une fenêtre parente appartenant à un thread différent est considéré comme une mauvaise pratique, avec des risques d'interblocage (sur les SendMessage() notamment, cf. SendMessageTimeout()).

Alors l'avoir carrément dans un processus différent, ça me paraît assez osé.

Ceci dit, ça semble bien fonctionner en prenant soin de :
- Supprimer les bordures de la fenêtre fille (cf. GetWindowLong() et SetWindowLong() pour GWL_STYLE, et supprimer WS_CAPTION | WS_THICKFRAME | WS_MINIMIZE | WS_MAXIMIZE | WS_SYSMENU).
- Positionner la fenêtre en 0, 0 (cf. SetWindowPos), car la position devient relative à la fenêtre mère.
- Ne rien poser comme champ par-dessus.

Pour récupérer proprement le handle de la fenêtre, il faudra faire un LanceAppli() avec exePID pour récupérer le process id, puis utiliser EnumWindows() et GetWindowThreadProcessId() pour rechercher la fenêtre.

Vous aurez probablement besoin des fonctions FenIntLarg() et FenIntHaut() également.

Voici un petit exemple en WD17.
C'est une fenêtre qui ouvre notepad.

Pas de lien direct avec la question posée.

Cependant SetParent permet également de créer une fenêtre de type "Message-Only", en utilisant la constante HWND_MESSAGE à la place du handle parent.
Ce type de fenêtre est invisible, n'a pas de z-order et ne peut pas être énumérée, mais elle peut traiter tous les messages qu'on lui envoie.
On entre ici dans un domaine réservé aux spécialistes et... aux hackeurs (ce qui est synonyme) :weird:

...

Il faudra aussi faire un hook sur le WM_DESTROY pour détecter quand l'utilisateur quitte l'application, pour fermer la fenêtre WinDev.

Bonjour,

j'ai regardé votre exemple, et je ne connaissais pas la syntaxe employé (en rouge) :

Code:

---

nStyle = nStyle & ~(0x00C00000 | 0x00040000 | 0x20000000 | 0x01000000 | 0x00080000)

---

Pouvez-vous m'éclairer sur cette syntaxe svp ? :calim2:

Désolé du double-post :aie:

Je viens de comprendre l'utilisation des opérateurs binaires :)
http://doc.pcsoft.fr/fr-FR/?3050038&...naire_fonction

Par contre reste à comprendre l'adressage du pointeur avec '~'

Ce sont uniquement des opérateurs bit à bit.

• | : ou (comme en C/Java)
• || : ou exclusif (^ en C/Java)
• & : et (comme en C/Java)
• ~ : non (comme en C/Java)

Doc : http://doc.pcsoft.fr/fr-FR/?1512009

Il n'est pas question de pointeur ici.

Super, j'ai compris !

merci bcp :)

Merci à tous pour vos aides

Tu as réussi ? Cela donne quoi visuellement au final ?