   Splitter windows with Vista/Win7
  In these notes regarding OpenGL and Win7/Vista:http://www.opengl.org/pipeline/article/vol003_7/It says:Quote:On the other hand, if a developer wants to have Windows Aero enabled with a windowed OpenGL application, use the following rules to verify that you are not inadvertently trying to mix GDI over OpenGL:- Repaint the application's windows as they are being resized rather than when the final resize happens. This will avoid interacting with GDI's xor drawing of the window border. For example, if the application has splitter bars in a four-viewport application, resize the viewports as the splitter bar is being dragged, otherwise GDI xor rendering over the OpenGL viewport will leave trails. Well, if I was using OpenGL and MFC's CSplitterWnd class, how exactly would I do this?This is what I tried:voidCMySplitterWnd::OnMouseMove(UINT nFlags, CPoint point) { if(IsTracking()) {    Invalidate(); } CSplitterWnd::OnMouseMove(nFlags, point);}I overrided OnMouseMove for my splitter class.  IsTracking() tells me if the splitterbar is being dragged.I try to refresh the splitter GL viewports with Invalidate/UpdateWindow, but I just get a mess of repaint garbage.Any ideas?   
  Well, I came to the conclusion that this advice is simply not pratical at all for splitter windows.  The Windows message pump must be slow processing these messages, because it can't refresh the GL viewport fast enough.  It can't keep up with my mouse, so I get trailing garbagewhile dragging the splitter bar.And all I'm doing is rendering a blank viewport, and it's still too slow.void CMyView::OnDraw(CDC* pDC) { wglMakeCurrent( m_pDC->GetSafeHdc(), m_hRC ); glClearColor( 1,1,1, 0.0f ); glClear( GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT ); SwapBuffers( m_pDC->GetSafeHdc() );}[Edited by - samster581 on June 1, 2010 1:52:13 PM]