Mon, 21 Oct 2013 02:37:03 -0700 Fixed bug 2073 - Mac: window moves unexpectedly when exiting SDL_WINDOW_FULLSCREEN_DESKTOP mode
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 02:37:03 -0700] rev 7873
Fixed bug 2073 - Mac: window moves unexpectedly when exiting SDL_WINDOW_FULLSCREEN_DESKTOP mode Alex Szpakowski In Mac OS X, when SDL_SetWindowFullscreen(window, 0) is called on a window which was in SDL_WINDOW_FULLSCREEN_DESKTOP mode, its original size is restored but its position is moved to the bottom of the screen. I tracked down the issue to these two lines: http://hg.libsdl.org/SDL/file/66b5b8446275/src/video/cocoa/SDL_cocoawindow.m#l1034 I believe [nswindow setFrameOrigin:rect.origin] implicitly calls [nswindow constrainFrameRect:rect toScreen:screen], which will attempt to constrain the window to the screen, but at that point the window size is still full-screen rather than the restored window size, so the constrainFrameRect function operates on the wrong window size. https://developer.apple.com/library/mac/documentation/cocoa/reference/applicationkit/classes/NSWindow_Class/Reference/Reference.html#//apple_ref/occ/instm/NSWindow/constrainFrameRect:toScreen: I resolved the issue by swapping the order of the function calls, like so: [nswindow setContentSize:rect.size]; [nswindow setFrameOrigin:rect.origin];
Mon, 21 Oct 2013 02:32:34 -0700 Better fix for bug 2129 - fix for bug 2121 breaks linking for mingw and throws multiple warnings
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 02:32:34 -0700] rev 7872
Better fix for bug 2129 - fix for bug 2121 breaks linking for mingw and throws multiple warnings Jānis Rūcis Reopening as compilation with ANSI C throws lots of unnecessary warnings, both using MinGW and using Linux GCC. (BTW, what happened? MinGW is broken to all hell. sdl2-config does not even link SDLMain anymore?) I think this may have been lost somewhere, so again: GCC supports inlining via __inline__ in all known versions of GCC, regardless of the C standard in use. Please don't assume that __STRICT_ANSI__ implies no inlining support.
Mon, 21 Oct 2013 02:20:39 -0700 Fixed bug 2168 - Mac: SDL_filesystem.h not exported to public header folder when building framework
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 02:20:39 -0700] rev 7871
Fixed bug 2168 - Mac: SDL_filesystem.h not exported to public header folder when building framework
Mon, 21 Oct 2013 01:16:16 -0700 Fixed some warnings building for 64-bit Windows
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 01:16:16 -0700] rev 7870
Fixed some warnings building for 64-bit Windows
Mon, 21 Oct 2013 00:30:05 -0700 Fixed bug 2015 - surface getting leak in SDLTest_ScreenShot function
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 00:30:05 -0700] rev 7869
Fixed bug 2015 - surface getting leak in SDLTest_ScreenShot function Nitz 2013-08-06 03:53:41 UTC In function SDLTest_ScreenShot() surface pointer getting leak while return
Mon, 21 Oct 2013 00:25:43 -0700 Fixed bug 2012 - Algorithm logic getting wrong in ComputeOutCode
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 00:25:43 -0700] rev 7868
Fixed bug 2012 - Algorithm logic getting wrong in ComputeOutCode Nitz I was going through the SDL_IntersectRectAndLine function and wondered to see the ComputeOutCode function implementation. The problem in this algo is, x and y axis are getting check with respect to 0, Which is wrong, it should be get checked with respect to rectangle x and y axis.
Mon, 21 Oct 2013 00:22:07 -0700 Fixed bug 2061 - SDL_filesystem API not built using cmake
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 00:22:07 -0700] rev 7867
Fixed bug 2061 - SDL_filesystem API not built using cmake Marcus von Appen The SDL_filesystem API does not get built properly on Unix and BeOS using cmake due to not including the correct C files.
Mon, 21 Oct 2013 00:20:27 -0700 Fixed bug 2072 - Make OS X's filesystem calls use -[NSString fileSystemRepresentation]
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 00:20:27 -0700] rev 7866
Fixed bug 2072 - Make OS X's filesystem calls use -[NSString fileSystemRepresentation] C.W. Betts The recommended way of getting a file name that POSIX file APIs can open in OS X when using an NSString is -[NSString fileSystemRepresentation]. However, the current filesystem API in hg uses -[NSString UTF8String].
Mon, 21 Oct 2013 00:15:24 -0700 Better cleanup if OpenGL initialization fails
Sam Lantinga <slouken@libsdl.org> [Mon, 21 Oct 2013 00:15:24 -0700] rev 7865
Better cleanup if OpenGL initialization fails
Sun, 20 Oct 2013 23:52:02 -0700 Fixed bug 2156 - Android: Accelerometer values fed to joystick driver are inverted for the X axis and wrong for Z
Sam Lantinga <slouken@libsdl.org> [Sun, 20 Oct 2013 23:52:02 -0700] rev 7864
Fixed bug 2156 - Android: Accelerometer values fed to joystick driver are inverted for the X axis and wrong for Z Denis Bernard Background information: http://developer.android.com/reference/android/hardware/SensorEvent.html#values Steps to reproduce: compile testjoystick.c as an android app (change screen size according to your device). While running the app, also run: adb logcat -c; adb logcat -s 'SDL:*' 'SDL/APP:*' When tilting the device left/right, the joystick moves in the opposite direction of what one would expect. Or at least, the behaviour is not consistent with the Y axis. Also when the device sits on a table (obviously not moving), the Z axis value oscillates between -32000 and +32000 (by overflow): I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32511 I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32575 I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32383 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32386 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32450 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32578 This is caused by the accelerometer yielding a constant value around 9.81 for Z and feeding something like 0.9 to 1.1 to the joystick driver, resulting in the overflow. Proposed fix in SDLActivity.java (swap X and subtract G from Z reading)
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 tip