kc3-lang/SDL/src/video/windows

Branch :


Log

Author Commit Date CI Message
9fa4da13 2013-11-28 02:31:32 Fixed windows build with conflict resolve
d2511d9e 2013-11-27 10:29:38 Fixed bug 2260 - SDL_SetCursorGrab() is buggy on Windows BurnSpamAddress Steps to reproduce: 1. Grab the cursor with SDL_SetCursorGrab() 2. Alt-tab away from the window 3. Click on the titlebar of the window This will cause the window to disappear underneath the taskbar! This appears to be a general issue with ClipCursor() on windows, i.e. I am getting the same behavior if I call ClipCursor() directly. It is caused by a feedback loop between the ClipCursor function and the modal resize/move event loop that handles mouse-based sizing on Windows.
fa4e4a64 2013-11-27 10:29:32 Fixed large relative mouse motion when iconifying the SDL window. Windows will move the window to -32000,-32000 when it is iconified, so we don't want to send mouse motion for iconic windows.
2bb344d6 2013-11-27 10:29:27 Don't crash when no WM is present. CR: Sam Lantinga.
01acbd38 2013-11-23 18:34:27 Fixed spaces in license comment.
4abeed93 2013-11-22 14:19:52 Fixes compilation on Mingw.
61959aa6 2013-11-22 13:24:53 OpenGL ES support for Windows
5b8b403e 2013-11-13 11:18:37 [Windows] Fixes bug #1555, handle ALT+F4 on Windows
e19f15dd 2013-11-10 14:10:00 Fixed bug 2067 - Window size limit calculation issue when exiting fullscreen on Windows Also fixed minimize and maximize state detection for Windows.
976c8769 2013-11-08 14:05:23 Fixed bug 2172 - Window loses maximized state when activated I still haven't figured out why my application is being minimized when I try to raise, it but my previous workaround is causing issues. For now the correct way to raise and/or restore the window is as follows: if ( !(SDL_GetWindowFlags( window ) & SDL_WINDOW_MINIMIZED) ) { SDL_RaiseWindow( window ); } if ( SDL_GetWindowFlags( window ) & SDL_WINDOW_MINIMIZED ) { SDL_RestoreWindow( window ); } I will investigate the window state change rules more fully in the future. CR: Alfred Reynolds
48e44f7f 2013-11-06 23:59:24 Fixed Windows compile error
3b050fc9 2013-11-06 23:35:08 Horizontal wheel support in windows Lorenzo Pistone this patch adds support for the horizontal wheel in Windows. It is shamelessly copied off the vertical wheel code, but I guess that that is a value added in consistency.
b8b9bfbe 2013-10-21 01:16:16 Fixed some warnings building for 64-bit Windows
360c3d85 2013-10-21 00:15:24 Better cleanup if OpenGL initialization fails
0e699eb5 2013-10-20 21:18:05 Added SDL_GL_FRAMEBUFFER_SRGB_CAPABLE (thanks, David!). Fixes Bugzilla #1985.
888d807a 2013-10-17 23:05:40 Removed redundant #ifdef
12ca3ce3 2013-10-17 23:02:29 Fixed building using MinGW Our SDL_windows.h needed to be included before anything else so UNICODE is defined.
6435a82d 2013-10-14 09:12:30 Backed out revision fb5ab0e91c56, the platform specific messagebox functions don't have the right prototype since they're designed to be used standalone.
4b603abf 2013-10-14 08:56:55 For some reason, trying to raise the window programmatically while it's alt-tabbed away will minimize it. Added a workaround for this.
fea2699c 2013-10-14 08:56:50 Fixed the windows message debug output so it works without HAVE_LIBC
8ec3ba38 2013-10-13 19:59:40 Fixed accumulating mouse wheel motion for the Microsoft Wireless Mouse 5000
8fbd7dc7 2013-10-03 00:54:58 Fixed bug 2130 - Two members of Windows WindowData not initialized norfanin SetupWindowData in SDL_windowswindow.c doesn't initialize two members of SDL_WindowData with NULL. This is an issue because other parts of the SDL code seem to make the assumption that this is the case. WIN_DestroyWindowFramebuffer for example uses data->mdc and data->hbm if they're not NULL.
9f390e79 2013-09-28 14:06:59 Moved SDL_Direct3D9GetAdapterIndex() to SDL_windowsvideo.c since it doesn't belong in the window code.
b6be1435 2013-09-28 14:06:20 Moved D3D_LoadDLL and SDL_Direct3D9GetAdapterIndex to SDL_windowswindow.c at Jorgen's insistence. That file is wrapped in a more appropriate define check so it will work if somebody builds a binary without D3D support. Added a reference to SDL_Direct3D9GetAdapterIndex to SDL_test_common.c so SDL will fail to compile if the new symbol isn't included properly. CR: Jorgen
e07d7e64 2013-08-29 08:30:21 Christoph Mallon: Replace strlen(x) == 0 (O(n)) by x[0] == '\0' (O(1)).
f79fc33a 2013-08-29 08:29:21 Christoph Mallon: Remove pointless if (x) before SDL_free(x)
1e49b1ed 2013-08-21 09:47:10 OCD fixes: Adds a space after /* (glory to regular expressions!)
695344d1 2013-08-21 09:43:09 OCD fixes: Adds a space before */
552b04c5 2013-08-20 20:34:40 More non C89 compliant comments
9ab14aa5 2013-08-16 17:50:44 Fixed windows build
ff77ca8d 2013-08-16 15:38:06 The keyboard text events should be sent after the key down events
b4b12d95 2013-08-16 15:35:10 Fixed bug 1876 - SDL_TEXTINPUT only returns '?' (0x3F) in event.text.text with Khmer language input Andreas The issue comes down to this line on MSDN: "TranslateMessage produces WM_CHAR messages only for keys that are mapped to ASCII characters by the keyboard driver." "WM_KEYDOWN and WM_KEYUP combinations produce a WM_CHAR or WM_DEADCHAR message. WM_SYSKEYDOWN and WM_SYSKEYUP combinations produce a WM_SYSCHAR or WM_SYSDEADCHAR message." Except for WM_CHAR, none of these messages are used in SDL. Hence TranslateMessage should be dropped entirely and proper handling be included in the WM_KEYDOWN event. Currently TranslateMessage is called for every message even if it must not be called in certain cases (like "An application should not call TranslateMessage if the TranslateAccelerator function returns a nonzero value."). WM_CHAR message handling should remain for external processes posting these messages - additionally, WM_UNICHAR should be added. I made a patch for src/video/windows/SDL_windowsevents.c that seems to work fine. It doesn't solve the "missing" composition for Khmer, but at least input for languages that cannot be mapped to ASCII characters (and for which IME is not used) will now work on Windows.
dad42067 2013-08-12 11:13:50 Fixes #2022, do not resume on Android when surfaceChanged If the app is in landscape mode and the user presses the power button, a pause is followed immediately by a surfaceChanged event because the lock screen is shown in portrait mode. This triggers a "false" resume. So, we just pause and resume following the onWindowFocusChanged events. Also, wait for SDL_APP_WILLENTERBACKGROUND and SDL_APP_DIDENTERBACKGROUND before blocking the event pump.
1ad936eb 2013-08-11 19:56:43 Fixed bug 2027 - Full-screen appears to be broken - hang in SDL_DestroyWindow() Rainer Deyke I'm running Linux Mint 15 with the Cinnamon window manager. SDL_DestroyWindow consistently locks up for me when the window if fullscreen.
1df1e696 2013-07-14 11:28:44 Added the platform specific messagebox function to the video function list