   Update while being dragged
  I don't know much about the program flow between my program and windows. So I have a question. My goal is to be able to update the GL window (in windowed mode of course) and draw it as I am holding it by the title bar. It seems to me like the program completely halts until I release the title bar.Is it possible to update a window while it's being dragged?Thanks   
  My OpenGL app does the same thing. I am running a standard win32 app with no MFC, no Forms, just a while() loop with message despatch.Is it the same for you?   ;  I have pretty much the same problem. Also you will probably find that if your program has any dialog boxes and they are moved, the won't update and it will leave a long trail of boxes behind it. I've been trying to find a way to fix these problems for a while but I've been unsuccessful. If I find something that works I'll post it here.   ;  While your window is changed (e.g. dragged, resized) you get different events.You could add a repaint function to one of them.Your program flow does seem broken. When the caption got hold, it seemed like it didn't return from DefWindowProc (in C++).In VB.Net I didn't have these problems. The only problem I still have in VB .Net (seems like no solution) is that it doesn't send any kind of event about half a second during the first click on the caption. I'ts likely it is just waiting for a doubleclick to maximize the window, and sends an event only when it realizes that none will come :PHowever, I decided that repainting during changing takes too much resources and makes moving your window rather difficult. I made my program go black-screen while changing, so dragging is rather smooth.I guess the solution is to do multithreading, and paint the window regardless of whether it's dragged or not.   ;  Change your message loop so it is not sitting around waiting for WM messages,to one that is continually looping.If you don't know what I'm talking about, search for how full screen game apps setup their Windows message loop.   ;Quote:Original post by JakeMChange your message loop so it is not sitting around waiting for WM messages,to one that is continually looping.If you don't know what I'm talking about, search for how full screen game apps setup their Windows message loop.If you're speaking about PeekMessage instead of GetMessage, it doesn't help (me at least). DefWindowProc makes it all stuck.And the whole idea is that it isn't fullscreen. Fullscreen game apps can't be resized/dragged and thus don't get these problems (they have display mode changes trouble though).   