Sun, 31 May 2015 00:50:30 -0400 Cocoa: ignore mouseDown events in a window's titlebar.
Ryan C. Gordon <icculus@icculus.org> [Sun, 31 May 2015 00:50:30 -0400] rev 9685
Cocoa: ignore mouseDown events in a window's titlebar. These events accidentally slipping in sometimes appears to be a bug (or maybe new behavior) in 10.10, as previous versions of Mac OS X don't appear to ever trigger this. Thanks to Paulo Marques for pointing out the fix on the SDL mailing list! Fixes Bugzilla #2842 (again).
Fri, 29 May 2015 22:24:38 +0200 Fixed typo in header file documentation comment.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Fri, 29 May 2015 22:24:38 +0200] rev 9684
Fixed typo in header file documentation comment.
Fri, 29 May 2015 15:21:47 -0400 X11: Force the window focus during ShowWindow if there's no window manager.
Ryan C. Gordon <icculus@icculus.org> [Fri, 29 May 2015 15:21:47 -0400] rev 9683
X11: Force the window focus during ShowWindow if there's no window manager. Fixes Bugzilla #2997.
Thu, 28 May 2015 19:06:07 -0700 Improved fix for bug 2096 - Mapping from scancode to keycode doesn't work for remapped modifier keys
Sam Lantinga <slouken@libsdl.org> [Thu, 28 May 2015 19:06:07 -0700] rev 9682
Improved fix for bug 2096 - Mapping from scancode to keycode doesn't work for remapped modifier keys Zack Middleton The change to the keymap to use SDL_SCANCODE_TO_KEYCODE in SDL_x11keyboard.c causes all SDL scancodes without a Usc4 character to be XOR'd with SDLK_SCANCODE_MASK, but not all key code are suppose to be (as seen in include/SDL_keycodes.h). SDLK_BACKSPACE is not 0x4000002A. I think the full list of keys affected are return, escape, backspace, tab, and delete.
Thu, 28 May 2015 18:57:57 -0700 Fixed building test programs on the iOS simulator
Sam Lantinga <slouken@libsdl.org> [Thu, 28 May 2015 18:57:57 -0700] rev 9681
Fixed building test programs on the iOS simulator
Thu, 28 May 2015 18:57:10 -0700 Fixed clip rectangle calculation when there is a viewport offset
Sam Lantinga <slouken@libsdl.org> [Thu, 28 May 2015 18:57:10 -0700] rev 9680
Fixed clip rectangle calculation when there is a viewport offset
Thu, 28 May 2015 12:55:01 -0700 Fixed bug 2054 - SDL_GetError: "Unknown touch device"
Sam Lantinga <slouken@libsdl.org> [Thu, 28 May 2015 12:55:01 -0700] rev 9679
Fixed bug 2054 - SDL_GetError: "Unknown touch device" Volumetric The "Unknown touch device" message appears because the initial touch device setup loop uses SDL_GetTouch() as a guard for calling SDL_AddTouch(). SDL_GetTouch() will always report "Unknown touch device" since the device hasn't been added yet. The SDL_GetTouch() call is unnecessary since SDL_AddTouch() calls SDL_GetTouchIndex() to verify that the device hasn't been added yet, and SDL_GetTouchIndex() has the benefit of not reporting an error for a device it can't find.
Thu, 28 May 2015 12:48:20 -0700 Fixed bug 2096 - Mapping from scancode to keycode doesn't work for remapped modifier keys
Sam Lantinga <slouken@libsdl.org> [Thu, 28 May 2015 12:48:20 -0700] rev 9678
Fixed bug 2096 - Mapping from scancode to keycode doesn't work for remapped modifier keys Jacob Lee If a user has a non-standard keyboard mapping -- say, their caps lock key has been mapped to Ctrl -- then SDL_GetModState() is no longer accurate: it only considers the unmapped keys. This is a regression from SDL 1.2. I think there are two parts to this bug: first, GetModState should use keycodes, rather than scancodes, which is easy enough. Unfortunately, on my system, SDL considers Caps Lock, even when mapped as Control, to be both SDL_SCANCODE_CAPSLOCK and SDLK_CAPSLOCK. The output from checkkeys for it is: INFO: Key pressed : scancode 57 = CapsLock, keycode 0x40000039 = CapsLock modifiers: CAPS Whereas the output for xev is: KeyPress event, serial 41, synthetic NO, window 0x4a00001, root 0x9a, subw 0x0, time 40218333, (144,177), root:(1458,222), state 0x10, keycode 66 (keysym 0xffe3, Control_L), same_screen YES, XKeysymToKeycode returns keycode: 37 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False I think the problem is that X11_UpdateKeymap in SDL_x11keyboard.c only builds a mapping for keycodes associated with a Unicode character (anything where X11_KeyCodeToUcs returns a value). In the case of caps lock, SDL scancode 57 becomes x11 keycode 66, which becomes x11 keysym 65507(Control_L), which does not have a unicode value. To fix this, I suspect that SDL needs a mapping of the rest of the x11 keysyms to their corresponding SDL key codes.
Thu, 28 May 2015 15:36:27 -0400 Windows SDL_GetBasePath: free string on failure.
Ryan C. Gordon <icculus@icculus.org> [Thu, 28 May 2015 15:36:27 -0400] rev 9677
Windows SDL_GetBasePath: free string on failure.
Thu, 28 May 2015 15:32:45 -0400 Windows GetBasePath: fixed reallocation code.
Ryan C. Gordon <icculus@icculus.org> [Thu, 28 May 2015 15:32:45 -0400] rev 9676
Windows GetBasePath: fixed reallocation code.
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 tip