Tue, 21 May 2013 00:49:31 -0700 Fixed bug Bug 1817 - Haiku uses wrong default install prefix
Sam Lantinga <slouken@libsdl.org> [Tue, 21 May 2013 00:49:31 -0700] rev 7204
Fixed bug Bug 1817 - Haiku uses wrong default install prefix Axel Dörfler Currently, the default install target for Haiku is /boot/develop/tools/gnupro. However, this is not the expected install place. Instead, /boot/common should be used.
Mon, 20 May 2013 23:57:10 -0700 Fixed bug 1856 - (Patch) More bits for SDL_MouseMotionEvent.state
Sam Lantinga <slouken@libsdl.org> [Mon, 20 May 2013 23:57:10 -0700] rev 7203
Fixed bug 1856 - (Patch) More bits for SDL_MouseMotionEvent.state Gerry JJ The state bitmask in SDL_MouseMotionEvent is stored in an Uint8. Unfortunately this doesn't actually have room for 8 buttons because SDL skips 4 button indices after the third mouse button (at least here on Linux x86-64, probably related to wheel handling?), so it's really just enough to track 4 buttons. For example, on a Logitech MX310 mouse I've got, even though the mouse has 6 buttons total, the left and right side buttons and extra middle button have indexes 8, 9 and 10, and the last two won't fit in the 8 bit button state. The source of the button state (in SDL_Mouse) is already 32-bit, and the state field in SDL_MouseMotionEvent is 32-bit aligned and followed by three 8-bit padding fields. So simply changing the SDL_MouseMotionEvent state to an Uint32 and removing the padding fields fixes this, and I think it should be binary compatible, at least for little endian.
Mon, 20 May 2013 23:30:08 -0700 Fixed bug 1148 - SDL window white upon first appearing
Sam Lantinga <slouken@libsdl.org> [Mon, 20 May 2013 23:30:08 -0700] rev 7202
Fixed bug 1148 - SDL window white upon first appearing To be consistent with other platforms, we'll use black as the background color.
Mon, 20 May 2013 23:04:25 -0700 Fixed bug 1113 - SDL_SetEventFilter()'s event deletion process is not safe against intervening event push.
Sam Lantinga <slouken@libsdl.org> [Mon, 20 May 2013 23:04:25 -0700] rev 7201
Fixed bug 1113 - SDL_SetEventFilter()'s event deletion process is not safe against intervening event push. This is not completely thread-safe since it's possible for an event to come in and be unfiltered between the flush call and the setting of the new filter, but it's much better than it was.
Mon, 20 May 2013 22:05:49 -0700 Fixed bug 731 - No mechanism to extract the NSView for 3d library
Sam Lantinga <slouken@libsdl.org> [Mon, 20 May 2013 22:05:49 -0700] rev 7200
Fixed bug 731 - No mechanism to extract the NSView for 3d library
Mon, 20 May 2013 12:25:16 -0700 Fixed losing ALT key modifiers on Unity
Sam Lantinga <slouken@libsdl.org> [Mon, 20 May 2013 12:25:16 -0700] rev 7199
Fixed losing ALT key modifiers on Unity
Mon, 20 May 2013 12:01:31 -0700 It turns out that GL_ARB_debug_output is really only useful on debug contexts, so for consistency and performance we'll only check and report errors on debug contexts.
Sam Lantinga <slouken@libsdl.org> [Mon, 20 May 2013 12:01:31 -0700] rev 7198
It turns out that GL_ARB_debug_output is really only useful on debug contexts, so for consistency and performance we'll only check and report errors on debug contexts. I added a --gldebug command line option for the test programs to easily test this, and we may want a hint as well to enable OpenGL error checking.
Sun, 19 May 2013 22:57:01 -0700 Fixed declaration of GL_HandleDebugMessage
Sam Lantinga <slouken@libsdl.org> [Sun, 19 May 2013 22:57:01 -0700] rev 7197
Fixed declaration of GL_HandleDebugMessage
Sun, 19 May 2013 22:45:52 -0700 Fixed windows build
Sam Lantinga <slouken@libsdl.org> [Sun, 19 May 2013 22:45:52 -0700] rev 7196
Fixed windows build
Sun, 19 May 2013 22:36:54 -0700 Fixed bug 1842 - [patch] SDL_SetWindowPosition sets bad position values when given SDL_WINDOWPOS_CENTERED args
Sam Lantinga <slouken@libsdl.org> [Sun, 19 May 2013 22:36:54 -0700] rev 7195
Fixed bug 1842 - [patch] SDL_SetWindowPosition sets bad position values when given SDL_WINDOWPOS_CENTERED args Alex Szpakowski When calling SDL_SetWindowPosition(window, SDL_WINDOWPOS_CENTERED, SDL_WINDOWPOS_CENTERED), the window moves to the correct position but it seems to internally set its x/y position values to the literal value of the SDL_WINDOWPOS_CENTERED define. This causes all sorts of problems when SDL functions which use the window position (e.g. SDL_SetWindowGrab) are called after the aforementioned SDL_SetWindowPosition call. Looking at the SDL_SetWindowPosition code, it seems that SDL_SendWindowEvent with the SDL_WINDOWEVENT_MOVED event is called at the end of the function using the literal value of the SDL_WINDOWPOS_CENTERED define, instead of the newly set window->x and window->y values. SDL_SendWindowEvent then sets the values of window->windowed.x and window->windowed.y to that value (0x2FFF0000, aka 805240832.) I have attached a patch which changes SDL_SetWindowPosition to make sure SDL_SendWindowEvent is called with the correct coordinate values, if SDL_WINDOWPOS_CENTERED is used (fixes the issue for me.) Tested with Mac OS 10.8.3.
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip