[MFC] CSplitterWnd et SetFocus

Version imprimable

08/04/2004, 10h35
venomelektro

[MFC] CSplitterWnd et SetFocus

Bonjour,

je bosse en ce moment sur une application SDI splittée en 2 vues

voir :

http://schafik.free.fr/img/shot.jpg

La vue de gauche est une TreeView qui permet de choisir differentes options

La vue de droite est une vue openGL

J' ai besoin d' avoir acces au clavier et a la souris dans ma vue openGL , car les fleches du curseur et la souris permettent de deplacer les modeles 3d .

J' ai donc des fonctions Onchar et OnMouseMove dans la classe de ma vue openGL

pour la souris , aucun probleme des que la souris est sur la vue openGL , la modele tourne en reponse aux mouvements de souris

Pour le clavier , pas moyen , on dirait que la fenetre n' a pas le focus et les touches sont ignorées ( OnChar pas appelée )

J' ai donc bidoulé un SetFocus() dans la fonction OnLButtonDown de ma vue openGL ,

Ca marche ( vu que j' ai le controle sur la souris sans probleme )mais ca me cré un autre probleme : quand j' essaye de redimensonner le splitter parfois ca plante ( exception sur l' adresse 0x00000001)

Je pense que tous ca vient d' un probleme de Splitter et de Focus , comment faire pour avoir un systeme propre qui dispatche le focus entre les splitters ? :?:
08/04/2004, 13h20
farscape

salut,
j'utilise aussi des splitters , j'ai pas de pb ,
pour ton pb sur l'erreur remonte quand la pile d'execution en debug (si c'est possible) .
ça resemble bien à un pointeur pourri quand meme.
:D
08/04/2004, 15h12
venomelektro

effectivement je pense aussi que c est a cause d ' un pointeur pourri

mais lequel ??

dans ma CMainFrame j' ai bien des pointeurs valide sur ma View openGL et ma tree view

et c sur que le bug est lié au SetFocus() car sans lui tout va bien (mais je ne peux plus deplacer mes meshes au clavier ...)

De plus ca ne se produit que dans un cas précis : uniquement au lancement du prog quand on clique une fois sur la fenetre openGL ( un appel a SetFocus ) et qu' on essaye de redimensionner le splitter

Jamais dans les autres cas ..
08/04/2004, 15h20
farscape

attention a l'init du programme et que le pointeur evenutellement stocke le soit au bon moment a cause de la mise en place du splitter.
:D

justement dans le constructeur de main frame je les initialise a nul et on moment de splitter je les recupere :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
BOOL CMainFrame::OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext) 
{
 
 BOOL bCreateSpltr = m_wndSplitter.CreateStatic( this, 1, 2);
 
 m_wndSplitter.CreateView(0,0,RUNTIME_CLASS(CTreeMenu), CSize(50,0),
      pContext);
 
 m_wndSplitter.CreateView(0,1,RUNTIME_CLASS(CChildView), CSize(0,0),
      pContext);
 
 m_pwndView  = (CChildView*)m_wndSplitter.GetPane(0,1);
 m_pTreeMenu = (CTreeMenu*)m_wndSplitter.GetPane(0,0);
 
 
 m_initSplitter = bCreateSpltr;
 
 return (bCreateSpltr);
 
}

est ce correct ? :lol:

08/04/2004, 16h53
venomelektro

bon ,

j arrive a contourner le bug en rajoutant :

m_wndSplitter.SetActivePane(0,0,m_pTreeMenu);

dans le code de BOOL CMainFrame::OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext)

??

je comprends pas trop pourquoi ca change qq chose mais il semble que ca fonctionne :roll:
08/04/2004, 18h13
farscape
j'ai regarde ce que je fais sur mes splitters ,
je procede de la meme maniere que toi pour recuperer les pointeurs sur view.
petit point de detail moi j'utilise:

Citation:

CFrameWnd::SetActiveView
This method is automatically called by the framework to set the active view as the user changes the focus to a view within the frame window. You can explicitly call SetActiveView to change the focus to the specified view.

void SetActiveView(
CView* pViewNew,
BOOL bNotify = TRUE);
Code:

1 2 3 4 5 6 CView1 *pView1=(CView1 *)m_wndSplitter.GetPane(0,0); CView2 *pView2=(CView2 *)m_wndSplitter.GetPane(1,0); // activate the input view SetActiveView(pView1);
:D