Discussion :

[Gorgo13]

Bonjour,

j'ai écrit une librairie comportant une fenêtre d'affichage graphique complètement "custom" (enfin, basée sur les CWnd).

L'objet comprend plusieurs sous CWnd (il y a des "bandeaux" d'option à gauche et en haut, une "status bar" et un réglage d'histogramme interactif à droite).



Tout fonctionne très bien. Mais il y a un bug dont je n'arrive pas à me dépatouiller. La fenêtre centrale (celle où l'image est affichée) permet de zoomer/dezoomer en utilisant la molette de la souris (j'avais déjà posté une discussion ici qui n'est que partiellement résolue). Pour rendre actif le zoom/dezoom, la seule manière que j'ai trouvé, c'est d'invoquer un "SetFocus" lorsque la souris se trouve sur la fenêtre, autrement, le WM_MOUSEWHEEL n'est pas généré dans cette fenêtre.

Le problème est que lorsqu'une autre fenêtre flottante (de mon appli) se trouve au-dessus, il m'est impossible de retourner le focus à cette fenêtre qui est dessus. c'est très problématique car dans mon appli j'ai une petite fenêtre qui, lorsqu'elle est complètement inscrite dans la zone graphique, n'est plus activable et c'est assez pénible.

Lorsqu'une autre fenêtre d'une appli indépendante est par-dessus, il n'y a pas se problème: la fenêtre par dessus prend le focus dès que la souris passe dessus.

Pour illustrer, voici deux images où on voit la flèche jaune qui correspond à la position de mon pointeur souris. Lorsqu'il est sous la fenêtre (avec un bandeau rouge), celle-ci ne récupère pas le focus (comme j'ai expliqué, cette fenêtre est une sous fenêtre de mon appli, mais pas une fenêtre enfant de mon display graphique).



Voilà, merci d'avance pour tout commentaire/aide qui pourrait m'aider à régler ce bug.

Gorgo Treize.

PS: pour ceux qui se poseraient la question, les tracés de ligne anti-aliasées dans la fenêtre sont générés avec AGG (Anti Grain Geometry).

[Médinoc]

Je n'ai pas trouvé grand-chose.
Apparemment il faut que tu personnalises le WM_MOUSEWHEEL de chacune des fenêtres de ton application, pour manuellement demander quelle fenêtre / quel contrôle est sous le curseur, et lui propager le message (tout en réglant un flag pour éviter de traiter le message récursivement).

[Gorgo13]

Bonsoir et merci pour la réponse. Donc en fait il faurdrait que j'arrête d'appeler explicitement le "SetFocus", et que je gère le WM_MOUSEWHEEL au niveau de mon CWnd duquel ma fenêtre d'affichage graphique dépend... c'est bien ça?

G13.

[Médinoc]

En effet, si tu rediriges les WM_MOUSEWHEEL correctement, tu n'as plus besoin de tenter de changer le focus toi-même.

[Gorgo13]

Merci, ça a en effet résolu mon problème: dans le PreTranslateMessage du parent j'intercepte le message WM_MOUSEMOVE, je teste si le curseur est dans la fenêtre graphique (fille) et je mets le focus (SetFocus) sur cette fenêtre fille (à partir du parent) -- si je ne mets pas le focus, la molette de la souris n'est pas vue, mais j'imagine que je pourrais utiliser le même mécanisme (donc sans être obligé de mettre explicitement le focus).... mais bon ça fonctionne bien comme ça, donc je laisse.

De plus, lorsque le curseur passe sur une fenêtre qui est au-dessus (cf. mon premier message), alors le message OnMouseLeave est bien vu par la fenêtre fille ce qui n'était pas le cas avant (parce qu'avant je devais tout le temps appeler SetFocus dans OnMouseMove, ce qui ne permettait pas de passer le focus à une de mes fenêtres "on top").

Voilà, même si le fonctionnement global de tout ça reste encore un brin flou pour moi (si je décortique plus précisément je pense que je comprendrai comme il faut et que par la même occasion ça m'amènera à pouvoir simplifier), j'estime que le problème est maintenant "Résolu"

Domo arigato gozaimasu!

Gorgo13