From ccebf6f3df7b752eaec3e9dcf6cbeca72d425c82 Mon Sep 17 00:00:00 2001 From: dcnieho Date: Wed, 27 Feb 2013 12:11:33 +0000 Subject: [PATCH] No need to handle WM_CANCELMODE, defwindowproc takes care of it (releasing capture), and we have WM_CAPTURECHANGED to make sure our application is in consistent state git-svn-id: https://svn.code.sf.net/p/freeglut/code/trunk@1528 7f0cb862-5218-0410-a997-914c9d46530a --- freeglut/freeglut/src/mswin/fg_main_mswin.c | 11 ----------- 1 file changed, 11 deletions(-) diff --git a/freeglut/freeglut/src/mswin/fg_main_mswin.c b/freeglut/freeglut/src/mswin/fg_main_mswin.c index baf4b3b..bf02a7e 100644 --- a/freeglut/freeglut/src/mswin/fg_main_mswin.c +++ b/freeglut/freeglut/src/mswin/fg_main_mswin.c @@ -624,17 +624,6 @@ LRESULT CALLBACK fgPlatformWindowProc( HWND hWnd, UINT uMsg, WPARAM wParam, LPAR */ return 0; - case WM_CANCELMODE: - /* - * The window manager sends this message when it detects a change - * that requires that an application cancel any modal state it has - * entered. If we've called SetCapture in the mouse button handler, - * call ReleaseCapture. - */ - if (setCaptureActive) - ReleaseCapture(); - break; - case WM_MOUSEMOVE: { #if defined(_WIN32_WCE)