CTreeView perd le focus

Version imprimable

1 pièce(s) jointe(s)

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:

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:

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.
http://www.developpez.net/forums/att...1&d=1316547031

Merci d'avance

21/09/2011, 11h39
TheGzD

Ne serait-ce pas un des nœuds de l'arbre (la racine en l’occurrence) qui prendrait le focus ?
21/09/2011, 11h50
ram-0000

Citation:

Envoyé par TheGzD

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++).
21/09/2011, 12h04
TheGzD

Citation:

Envoyé par ram-0000

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 :aie: Dans tous les cas ça peut valoir le coup de vérifier.

Citation:

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".

Citation:

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 :roll:
21/09/2011, 12h13
ram-0000

Citation:

Envoyé par TheGzD

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 :roll:

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.