Version imprimable
Salut!
J'ai créé une fenêtre avec le style WS_POPUP que je souhaite personnaliser. Mais la fenêtre ne reçoit pas les messages WM_MOUSEMOVE et WM_LBUTTONDOWN... qui sont relatifs à la zone cliente. Par contre, les messages relatifs à la zone non cliente (renvoyée par le message WM_NCHITTEST) sont interceptés. Je ne vois pas où est le problème, vu que le style CS_DBLCLKS est définit.
Merci.
Il dit quoi Spy++ ?
J'utilise Code::Blocks et le compilateur ne signale pas cela.Citation:
Envoyé par bacelar
Pour plus de précisions, lorsque je fais un clic dans la zone supposée être la zone cliente, elle reçoit le focus mais ne se met pas automatiquement au dessus de toutes les autres fenêtres. Mais par contre elle se met au premier plan lorsque je clique sur la zone non cliente.
VS Community Editions sont gratuites pour les particuliers et les petites entreprises.Citation:
J'utilise Code::Blocks et le compilateur ne signale pas cela.
VS Express Editions sont gratuites.
Utilisez ses outils, quitte à copier juste l'exécutable sur la machine.
Spy++ est un outil indispensable pour travailler efficacement.
Avec lui, vous aurez dynamiquement les valeurs des flags pour chaque fenêtre ainsi que la propagation des messages à chaque fenêtre, et l'arborescence des fenêtres.
Commencer par vérifier l'existence de fenêtres parasites dans l’arborescence des fenêtres puis le routage des messages des fenêtres pour les messages qui vous intéressent.
Désolé pour l'intervalle de temps! (Quelques soucis de connexion internet et autres...).Citation:
Envoyé par bacelar
Merci pour le conseil; je verai celà plutard.
En ce qui concerne mon problème, j'ai eu quand même à faire une remarque.
Lorsque je crée un STATIC dans la fenêtre et que je clique dessus, celà resoud le problème...mais je ne suis pas sur que c'est la vériable solution. J'ai aussi pu découvrir quelques autres macros HT(...) comme par exemple HTCLIENT. Mais ils ne fonctionnent pas tous lorsque je définis leurs zone d'influence. J'ai pu remarqué que cela est dû au fait que message WM_NCHITTEST ne vérifie pas plus de 5 conditions lorsque j'utilise la fonction PtInRect() (et je ne sais pas pourquoi). En plus il y'a plusieur messages comme WM_MDIACTIVATE par exemple, qui ne sont pas interceptés.
Bref si quelqu'un peut me proposer un doc détaillé sur la gestion des fenêtres POPUP, je l'accepte volontier.
Merci!
Concernant la zone non-client, un truc dont je me suis rendu compte récemment sous Windows 7, c'est que si Aero est activé, la zone non-client ne t'appartient plus: Les messages WM_NCHITTEST sont interceptés par le DWM.
Il me semble qu'il y a des comportements de compatibilité pour détecter qu'une fenêtre "joue" avec sa zone non-client et faire en sorte que ça marche. Mon premier réflexe pour le signaler à Windows, ce serait de capter et traiter le message WM_NCCALCSIZE en plus de WM_NCHITTEST.
Ok merci pour l'info. J'effectue d'abord quelques recherches là-dessus pour plus de détails.
Salut!
Après quelques recherches j'ai trouvé un code qui répond à la pluspart des problèmes que j'ai posés. Voici le lien:
https://mzaleczny.wordpress.com/2011...ow-sourcecode/
Maintenant ce que je veux c'est pouvoir traiter le message WM_LBUTTONBDCLCK lorsque je double-clique à n'importe quel endroit de la zone cliente d'une fenêtre mère créée. Le problème, la zone cliente de la fenêtre mère est bloquée par la fenêtre MDICLIENT créée pour les fenêtres filles, et du coup le message n'est pas intercepté.
Pour essayer de résoudre ce problème, j'ai codé une procédure qui traite ce message pour l'attribuer directement à la MDICLIENT avec la fonction SetClassLong(). Mais aucune réponse, malgré que j'ai défini le style CS_DBCLCK.
Comment faire pour resoudre celà? Merci.