Tue, 19 Aug 2014 22:28:53 +0100Take the window border size into account when positioning the IBus candidate list.
Alex Baines <alex@abaines.me.uk> [Tue, 19 Aug 2014 22:28:53 +0100] rev 9095
Take the window border size into account when positioning the IBus candidate list.

Tue, 19 Aug 2014 21:17:21 -0700Fixed bug 2694 - configure bug __has_feature macro not detected
Sam Lantinga <slouken@libsdl.org> [Tue, 19 Aug 2014 21:17:21 -0700] rev 9094
Fixed bug 2694 - configure bug __has_feature macro not detected

skaller

using gcc 4.2 (the default) on Mac OSX 10.6.8

CC build/SDL_dynapi.lo
In file included from /Users/johnskaller/SDL/src/dynapi/SDL_dynapi.c:31:
include/SDL_syswm.h:211:39: error: missing binary operator before token "("

The fault appears to be here:

#if defined(__OBJC__) && __has_feature(objc_arc)

that the __has_feature macro is not supported by gcc 4.2.

The code works fine with my clang 3.3svn.

Tue, 19 Aug 2014 21:13:07 -0700Fixed bug 2691 - Disabling shared library prevent cmake configuration
Sam Lantinga <slouken@libsdl.org> [Tue, 19 Aug 2014 21:13:07 -0700] rev 9093
Fixed bug 2691 - Disabling shared library prevent cmake configuration

hotgloupi

Configuring using "cmake -DSDL_STATIC=1 -DSDL_SHARED=0" generate and error in CMakeLists.txt at line 1334:

CMake Error at CMakeLists.txt:1334 (install):
install TARGETS given target "SDL2" which does not exist in this directory.

This install rule shouldn't be present when the DLL has been disabled

Mon, 18 Aug 2014 18:44:08 -0700Better Mac OS X build fix - actually match the SDK OpenGL headers.
Sam Lantinga <slouken@libsdl.org> [Mon, 18 Aug 2014 18:44:08 -0700] rev 9092
Better Mac OS X build fix - actually match the SDK OpenGL headers.

Mon, 18 Aug 2014 18:17:03 -0700Fixed Mac OS X build
Sam Lantinga <slouken@libsdl.org> [Mon, 18 Aug 2014 18:17:03 -0700] rev 9091
Fixed Mac OS X build

Mon, 18 Aug 2014 18:16:45 -0700SDL - fix fullscreen desktop windows not restoring to fullscreen state if focus changes happen due to programtic window changes (and not user alt-tabbing)
Sam Lantinga <slouken@libsdl.org> [Mon, 18 Aug 2014 18:16:45 -0700] rev 9090
SDL - fix fullscreen desktop windows not restoring to fullscreen state if focus changes happen due to programtic window changes (and not user alt-tabbing)

Mon, 18 Aug 2014 11:28:16 -0700Fixed UV texture coordinate scale when using GL_ARB_texture_non_power_of_two
Sam Lantinga <slouken@libsdl.org> [Mon, 18 Aug 2014 11:28:16 -0700] rev 9089
Fixed UV texture coordinate scale when using GL_ARB_texture_non_power_of_two

Mon, 18 Aug 2014 14:05:02 -0400Don't use the system OpenGL headers, ever.
Ryan C. Gordon <icculus@icculus.org> [Mon, 18 Aug 2014 14:05:02 -0400] rev 9088
Don't use the system OpenGL headers, ever.

(the replacement header is from Mesa, under what the MIT license.)

Sun, 17 Aug 2014 15:07:00 -0700Fixed 2680 - OSX: Replace NSAutoreleasePool with @autoreleasepool
Sam Lantinga <slouken@libsdl.org> [Sun, 17 Aug 2014 15:07:00 -0700] rev 9087
Fixed 2680 - OSX: Replace NSAutoreleasePool with @autoreleasepool

Tim McDaniel

This patch replaces all use of NSAutoreleasePool with the Apple recommended @autoreleasepool. @autoreleasepool is supposedly more efficient, and since it is scope based it can't be accidentally not released.

Sun, 17 Aug 2014 14:57:52 -0700Fixed bug 2655 - OSX: Window position and global mouse coord spaces are different
Sam Lantinga <slouken@libsdl.org> [Sun, 17 Aug 2014 14:57:52 -0700] rev 9086
Fixed bug 2655 - OSX: Window position and global mouse coord spaces are different

Tim McDaniel

On OSX, with revision 8729, the coordinate space for window position and the coordinate space for global mouse position don't match. For a non-fullscreen window, the window position is global relative to the bottom of the menubar. The global mouse position is relative to the top of the screen. This affects Cocoa_WarpMouse and potentially other things as well. Further, the coordinate system for window position is now affected by what screen it is on. For example, if I have two equal size screens oriented side by side such that the tops of the screens are equal in global space, with the menubar on one screen, and a window straddles the two screens, the window's y position makes no sense. The window's y position depends on what screen "most" of the window is on. So if I move the window horizontally just a bit, the y position of my window is now different by the size of the menubar, even though the window was not moved vertically.

I'd like to reiterate that this was a fairly fundamental change (and a breaking change for us). If SDL OSX is to really support multi-display configurations, this is especially problematic.

If the real concern is preventing windows from going under the menubar, then perhaps a solution involving something like overriding [NSWindow constrainFrameRect] would be less problematic than redefining the global window coord space for the main display.