[R] Identifiant d'une fenêtre parent

[Patrick22]

Bonjour,

J'ai développé un script réutilisable par include qui créé une GUI. Il peut donc être utilisé depuis n'importe quelle GUI, en appelant une fonction du script include créant ainsi une nouvelle GUI.
J'aimerais connaître l'identifiant de la GUI qui l'utilise pour faire de la GUI réutilisable une fenêtre enfant de celle la créant.

Code : Tout sélectionner

GUI1.au3
#include <ScriptCreantGUI.au3>
  $iGUI1_Id = GUICreate(...)
  FonctionDeScriptCreantGUI(...)
  ...

ScriptCreantGUI.au3
  Func FonctionDeScriptCreantGUI(...)
     Quel est la valeur de $iGUI1_Id ?
     ...
  EndFunc

Pour l'instant je ne vois que le passage d'un paramètre à l'appel de la fonction créant la GUI réutilisable ou l'obligation de déclarer $iGUI1_Id variable globale.
Serait-il possible de connaître cet identifiant autrement, par une fonction AutoIt ou une macro référence ?

J'ai bien cherché une solution sur le net, les aides, les forums ... Rien.
Il me semble qu'en C# c'est possible de récupérer l'identifiant de la fenêtre parent. Windows permettrait donc cela.

Quelqu'un saurait comment faire çà, SVP ?

Merci.

[blacksoul305]

Bonjour,

tu devrais vraiment lire les règles de présentation d'un message Le soucis ne vient pas de l'orthographe, mais soit tu t'es trompé d'endroit où poster ton message (tu écris dans la partie où les membres du forum se présentent) et ton titre n'est pas conforme aux règles à ce sujet là, ou alors tu t'es trompé au niveau du contenu de ton message et tu voulais simplement te présenter Mais le titre de ton message ne serait là non plus conforme aux règles donc... Héhé !

[jguinch]

Message déplacé dans la bonne section.
Merci de modifier le titre du sujet afin qu'il respecte les règles de présentation d'un message.

[Patrick22]

Désolé !
Dire que je les avais lues ... mais pas quand j'en avais besoin et dans l'agacement devant ce problème résiduel mineur, mais important pour l'ergonomie, j'ai oublié.
Merci pour le déplacement dans le bon forum .

[jguinch]

Il n'y a malheureusement pas de fonction ou macro qui permet de récupérer le handle de la dernière GUI créée/utilisée.
On doit forcément connaître le handle de la fenêtre.

La seule astuce que j'avais trouvé sur le forum US était de créer un contrôle factice et récupérer sa fenêtre parent (puis supprimer le contrôle).
http://www.autoitscript.com/forum/topic ... ?p=1205714

[orax]

Et ça ?

► Afficher le texte

Code : Tout sélectionner

#include <ScriptCreantGUI.au3>
$iGUI1_Id = GUICreate("")
GUISetState()

ConsoleWrite("$iGUI1_Id"  & @TAB &  $iGUI1_Id & @CRLF)

FonctionDeScriptCreantGUI()
FonctionDeScriptCreantGUI()
FonctionDeScriptCreantGUI()
Sleep(5000)

Code : Tout sélectionner

Func FonctionDeScriptCreantGUI()
    Local Static $iGUIParent_Id = WinGetHandle("")
    ConsoleWrite("$iGUIParent_Id" & @TAB & $iGUIParent_Id & @CRLF)

    Local $iGUI_Id = GUICreate("N°2", 50, 50, 0, 0, -1, -1, $iGUIParent_Id)
    GUISetState()
    ConsoleWrite("$iGUI_Id" & @TAB & $iGUI_Id & @CRLF)
EndFunc   ;==>FonctionDeScriptCreantGUI

[Patrick22]

@jguinch , j'ai testé le code proposé : Impeccable .
Merci.

Il me suffit de créer le contrôle factice avant de créer la nouvelle GUI. Il se retrouve donc dans la GUI appelante et j'en obtiens le handle.
Et, cerise sur le gâteau, la fonction _WinAPI_GetParent ne contient que ceci:

Code : Tout sélectionner

Func _WinAPI_GetParent($hWnd)
    Local $aResult = DllCall("user32.dll", "hwnd", "GetParent", "hwnd", $hWnd)
    If @error Then Return SetError(@error, @extended, 0)

    Return $aResult[0]
EndFunc   ;==>_WinAPI_GetParent

que je peux coder dans mon script et éviter ainsi l'include de WinAPI.au3 (3200 lignes, sans compter ses propres includes )
You know what ? I'm happy !

[blacksoul305]

Il faut éditer le titre du premier message pour clore le sujet !

[jguinch]

@orax : je comprends plutôt qu'ici le but est de récupérer le handle de la dernière GUI créée ou utilisée (via GuiSwitch), en ne connaissant ni le titre, ni aucune autre info. Cette GUI peut d'ailleurs ne pas exister (si GuiSetState n'a pas encore été appelé). Dans ton code, si tu supprimes GuiSetState, ça ne fonctionne plus...

[orax]

Arfff j'ai dû lire trop vite...

[jguinch]

Disons que j'ai compris du premier coup parce que j'ai déjà été confronté au problème. Mais c'est vrai qu'à première vue, on pense pas à ça

Edit
@Patrick22 : je modifie le titre du premier sujet en [R].
Je le fais pour cette fois, la prochaine fois, c'est ton tour

[Patrick22]

@orax, ton message est arrivé pendant que j'essayais la proposition de @jguinch.

Bon ben c'est encore plus direct avec ta solution !
Identifiant handle de la fenêtre parent = WinGetHandle("")

Mais comme le dit @jguinch, je ne connais rien de la GUI appelante. Dommage, j'aimais bien cette solution. Je l'avais essayé mais avec une GUI utilisant un GuiSetState.

Merci à vous deux .

Edit
Pour la clôture du sujet, il n'est pas mentionné dans "Présentation d'un message" qu'il faille éditer le premier message. Comment deviner ? Intuitivement, on répond et on clôt sur le message de réponse : La solution la plus simple est souvent la meilleure. C'est ce que j'avais fait.
Bon maintenant je fais partie des "sachants" . Je n'aurais plus d'excuses.

[Patrick22]

Allez je relance de dix !

Dans _WinAPI_GetParent on utilise :
Local $aResult = DllCall("user32.dll", "hwnd", "GetParent", "hwnd", $hWnd)

En allant sur MSDN Library comme le conseille l'aide AutoIt, on trouve aussi une utilisation possible de GetWindow et de GetAncestor

J'ai essayé un DllCall avec ces fonctions. Un appel a été productif :
Local $aResult = DllCall("user32.dll", "hwnd", "GetWindow", "hwnd", $hWnd, "uint", 4) (4 est la valeur de GW_OWNER)
Voila le résultat :

• $aResult[0] = Handle GUI appelante.
  $aResult[1] = Handle GUI créée, c.-à-d. $hWnd
  $aResult[2] = 4, c.-à-d. GW_OWNER

Qu'est-ce que vous en pensez ?
On dirait bien que c'est une bonne solution pour connaître le handle de la GUI appelante sans créer de contrôle fictif, non ?

Pour mon cas, malheureusement ça ne sert pas puisqu'il me faut cette info avant d'avoir créer la GUI enfant.
Je continue avec la solution signalée par @jguinch.