Discussion :

[nemodev]

mes salutations distinguées,

je cherche une methode pour lister toutes les fenetres "visibles" (definition juste en bas)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
WINDOWPLACEMENT wndPl;
wndPl.length = sizeof(WINDOWPLACEMENT);
BOOL val = GetWindowPlacement (hwndZ, &wndPl);
if (IsWindowVisible(hwndZ) && (wndPl.showCmd==SW_SHOWNORMAL||wndPl.showCmd==SW_SHOWMAXIMIZED))
    hwndDuneFenetre"Visible"

Et a en extraire leur lien sur le z-order.

Reformulons : j'ai une liste de HWND récupérée avec enumWindow, et à partir de cette liste, j'aimerai connaitre quelle fenetre recouvre laquelle, obtenir le z-order quoi.

J'en arrive à GetNextWindow, qui est equivalente à GetWindow, qui est deconseillé d'utiliser dans une boucle (je suppose parce que l'ordre peut changer en cours). Ils conseillent donc d'utiliser enumWindow que j'ai deja appelé

Ma question est : la fonction enumWindow enumere-t-elle les handle en respectant le z-order ?

[Médinoc]

Je pense qu'ils déconseillent d'utiliser GetNextWindow() pour la condition d'arrêt dans ta boucle, seulement.

[nemodev]

Imagine que je parcours les hwnd avec getNextWindow et que l'avant derniere passe premiere, donc le next de l'avant derniere devient le deuxieme, et c'est reparti ! Il y a donc risque de boucle infini. Peut probable quand meme. Pour la condition de sorti, tu ne peux qu'utiliser le retour de getNextWindow.

Il ne faut pas les fenetres changent de profondeur pendant qu'on parcours les handles. C'est ce que j'ai deduis. Alors que la fonction enumWindow est atomique (on va dire ): puisque c'est un unique appel systeme, il peut caler l'appel des CALLBACK entre deux rafraichissements.

Si je me trompe, envoyé les torpilles


Sinon, les premiers essaient de comparaison entre getNextWindow et enumWindow me font penser que ces 2 methodes renvoient les handles triés par z-order (au pifometre, cad comparaison à l'oeil sur la console). J'attends vos expertises

[Médinoc]

Franchement, je ne suis pas certain qu'EnumWindows() soit atomique. Mais dans tous les cas, pourquoi ne pas te faire une liste avec EnumWindows(), et établir la "parenté" avec GetNextWindow() pour chaque élément?

Ainsi, tu n'utiliseras pas GetNextWindow() pour ta condition de sortie...

[nemodev]

Je vais test ta solution. OK, oublie le terme "atomique", j'ai toujours tendance à utiliser les mots hors du sens initial. Je voulais simplement dire que le contexte (à savoir le z-order) ne pouvait pas changer pendant l'appel des CALLBACK.

target locked ?

[Médinoc]

Franchement, je doute que ça ne puisse pas changer. Sous Win16, j'aurais dit OK sans aucun problème (sauf si TU changes les choses, bien entendu), mais sous Win32, je ne vois pas ce qui empêche.