Discussion :

[ram-0000]

Bonjour,

J'ai un programme MFC qui est organisé comme cela :

• Une MainFrame (appelée CMainFrameTabbed) qui embarque un TabCtrl.
• La 1ere vue de ce TabCtrl est une CMiniFrameWnd (appelée CFrameMibBrowser) avec un splitter
• un CtreeView (appelée CMibBrowserLeftTree) sur la vue de gauche de ce CMiniFrameWnd
• et un CFormView sur la vue de droite de ce CMiniFrameWnd.
• La 2eme vue de ce TabCtrl est une CListView

Je trace toute les pertes de focus ainsi que toutes les reprises du focus (du moins je l'espère) dans l'application.

Lors de l'initialisation de l'application, c'est la CTreeView (appelée CMibBrowserLeftTree) qui doit avoir le focus et voici les trace que je récolte :

Code :

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

1
2
3
4
5
6
7
8
9
10
CMainFrameTabbed::OnActivate(state=1, oldWnd=0000000000000000)
CMainFrameTabbed(00000000002105A6) ==> Gaining the focus, 0000000000000000 is loosing it
CMainFrameTabbed(00000000002105A6) ==> Setting focus to 00000000003002AE
CMainFrameTabbed(00000000002105A6) ==> Loosing the focus, 00000000003002AE will gain it
CFrameMibBrowser(00000000003002AE) ==> Gaining the focus, 00000000002105A6 is loosing it
CFrameMibBrowser(00000000003002AE) ==> Setting focus to 00000000002802DC
CFrameMibBrowser(00000000003002AE) ==> Loosing the focus, 00000000002802DC will gain it
OK ==> CMibBrowserLeftTree(00000000002802DC) ==> Gaining the focus, 00000000003002AE is loosing it

BAD ==> CMibBrowserLeftTree(00000000002802DC) ==> Loosing the focus, 00000000000E0428 will gain it

Pour une raison que j'ignore, CMibBrowserLeftTree prend le focus (ligne en vert) et le perd aussitôt (ligne en rouge).

Les valeurs que j'affiche sont les HWND des fenêtres et en regardant avec Spy++, la fenêtre dont le HWND est E0428 (ligne en rouge) est inconnu.

Et bien sûr, mon CTreeView n'a pas le focus, c'est à dire que l'appui sur les flèches du clavier ne me fait pas me promener dans l'arbre (comportement par défaut attendu).

Par contre, dès que je clique dans le CTreeView, je récupère le focus, je ne le reperds plus et le comportement par défaut avec les flèches du clavier fonctionne. Voici les traces que j'obtiens :

Code :

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

1
2
CMibBrowserLeftTree::OnActivateView(bActivate=1)
CMibBrowserLeftTree(00000000004B02DE) ==> Gaining the focus, 0000000000000000 is loosing it

Qui peut me dire ce qu'il se passe, j'ai l'impression que j'ai un problème d'activation de mes fenêtres. En attachement, une vue dans l'application pour fixer les idées.


Merci d'avance

[TheGzD]

Ne serait-ce pas un des nœuds de l'arbre (la racine en l’occurrence) qui prendrait le focus ?

[ram-0000]

Ne serait-ce pas un des nœuds de l'arbre (la racine en l’occurrence) qui prendrait le focus ?

Les noeuds de l'arbre sont des fenêtres (au sens HWND du terme) ?

Cela voudrait dire qu'un arbre avec 1000 noeuds impliquerait la création de 1000 fenêtres différentes ?

Je pensais que la représentation graphique de ces noeuds était faite par le container qui lui est une fenêtre (au sens HWND).

Je pensais aussi que seule les fenêtre HWND peuvent prendre le focus, tout le reste n'est qu'artifice d'affichage).

De toute façon, cela n'explique pas que le focus soit pris par une fenêtre (dont le HWND est 00000000000E0428) et que ce HWND ne puisse être trouvé par Spy++ (les autre HWND que j'affiche sont bien trouvés par Spy++).

[TheGzD]

Les noeuds de l'arbre sont des fenêtres (au sens HWND du terme) ?

Cela voudrait dire qu'un arbre avec 1000 noeuds impliquerait la création de 1000 fenêtres différentes ?

Je pensais que la représentation graphique de ces noeuds était faite par le container qui lui est une fenêtre (au sens HWND).

c'est possible, mais je n'en sais rien. C'est un peu le soucis avec ce genre de classes, on a toujours de belles surprises Dans tous les cas ça peut valoir le coup de vérifier.

Je pensais aussi que seule les fenêtre HWND peuvent prendre le focus, tout le reste n'est qu'artifice d'affichage).

Oui, mais tous les composants MFC héritent de CWnd donc ils ont tous un HWND. De plus chacun de ces composants peut contenir d'autre composants, donc il aura des HWND "enfants".

De toute façon, cela n'explique pas que le focus soit pris par une fenêtre (dont le HWND est 00000000000E0428) et que ce HWND ne puisse être trouvé par Spy++ (les autre HWND que j'affiche sont bien trouvés par Spy++).

Spy++ ça casse pas des briques (enfin c'est mon avis). D'ailleurs comment fais tu pour trouver ces différents HWND ? Ce n'est pas parce qu'une fenêtre n'est pas "cliquable" qu'elle n'existe plus.
A ta place j'essayerai un outil permettant d'envoyer le message que tu veux là où tu veux (par exemple : MessageSender). Tu peux, par exemple, tester l'envoi de WM_CLOSE ou autre ...

Sinon que crées-tu après le CMibBrowserLeftTree ?

D'autre part une "rustine" pourrait-être de forcer la reprise du focus par ton arbre en fin d'initialisation. Enfin ça revient à traiter les symptômes et non la maladie, mais on a bien souvent pas le choix

[ram-0000]

D'autre part une "rustine" pourrait-être de forcer la reprise du focus par ton arbre en fin d'initialisation. Enfin ça revient à traiter les symptômes et non la maladie, mais on a bien souvent pas le choix

C'est ce que je fais pour l'instant, c'est un peu crade et en plus, j'ai l'impression qu'il y a un effet de bord (ce n'est une impression pour l'instant, un diagnostic plus poussé en en cours) car j'ai l'impression que le CTreeView ne réagit plus tout à fait pareil.