Wed, 03 Dec 2014 10:55:23 -0500 WinRT: fixed bug whereby SDL would override an app's default orientation
David Ludwig <dludwig@pobox.com> [Wed, 03 Dec 2014 10:55:23 -0500] rev 9256
WinRT: fixed bug whereby SDL would override an app's default orientation WinRT apps can set a default, preferred orientation via a .appxmanifest file. SDL was overriding this on app startup, and making the app use all possible orientations (landscape and portrait). Thanks to Eric Wing for the heads up on this!
Tue, 02 Dec 2014 21:18:50 -0500 WinRT: removed SDL_HINT_WINRT_PREF_PATH_ROOT (introduced post-2.0.3 & pre-2.0.4)
David Ludwig <dludwig@pobox.com> [Tue, 02 Dec 2014 21:18:50 -0500] rev 9255
WinRT: removed SDL_HINT_WINRT_PREF_PATH_ROOT (introduced post-2.0.3 & pre-2.0.4) A WinRT app's Roaming folder-path can still be retrieved via calls to SDL_WinRTGetFSPathUTF8() or SDL_WinRTGetFSPathUNICODE(), if need be.
Sun, 30 Nov 2014 20:55:27 -0800 Fix assert format strings/parameters in testautomation modules; improve output of SDL_CompareSurfaces to aid debugging; update platform_testSetErrorInvalidInput for SDL changes
Andreas Schiffler <aschiffler@ferzkopp.net> [Sun, 30 Nov 2014 20:55:27 -0800] rev 9254
Fix assert format strings/parameters in testautomation modules; improve output of SDL_CompareSurfaces to aid debugging; update platform_testSetErrorInvalidInput for SDL changes
Sun, 30 Nov 2014 22:17:12 +0100 Removed generated doxygen output of visual test suite.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sun, 30 Nov 2014 22:17:12 +0100] rev 9253
Removed generated doxygen output of visual test suite. The files may be generated again by running doxygen locally (like SDL's docs).
Sat, 29 Nov 2014 14:41:18 -0800 Fixed bug 2795 - SDL library detection selects the wrong lib
Sam Lantinga <slouken@libsdl.org> [Sat, 29 Nov 2014 14:41:18 -0800] rev 9252
Fixed bug 2795 - SDL library detection selects the wrong lib Chris Beck When creating a homebrew recipe for wesnoth, I discovered that the SDL image configuration routine does not detect libpng properly -- if you have multiple instances of libpng on your system, and you use environment variables to select an instance which is not in your system directory, the build can be broken, because it will run configuration tests against the system installed version, but deduce that it should use the filename of the system-installed version. In a vanilla build of wesnoth using homebrew, this results in segfaults at runtime, because you end up linking against two different versions of libpng, which is also needed independently of SDL. The problem is essentially in the "find_lib" routine in the configure file: find_lib() { gcc_bin_path=[`$CC -print-search-dirs 2>/dev/null | fgrep programs: | sed 's/[^=]*=\(.*\)/\1/' | sed 's/:/ /g'`] gcc_lib_path=[`$CC -print-search-dirs 2>/dev/null | fgrep libraries: | sed 's/[^=]*=\(.*\)/\1/' | sed 's/:/ /g'`] env_lib_path=[`echo $LIBS $LDFLAGS | sed 's/-L[ ]*//g'`] for path in $gcc_bin_path $gcc_lib_path $env_lib_path /usr/lib /usr/local/lib; do lib=[`ls -- $path/$1 2>/dev/null | sort -r | sed 's/.*\/\(.*\)/\1/; q'`] if test x$lib != x; then echo $lib return fi done } Because the for loop goes over the system directories before the environment directories, any system-installed lib will shadow the lib selected via environment variables. This is contrary to the behavior of the configuration tests earlier in the script, which prefers the environment variable libs over the system-installed libs. The 'for' loop should instead be: for path in $env_lib_path $gcc_bin_path $gcc_lib_path /usr/lib /usr/local/lib; do You can see the full discussion on the Homebrew / linuxbrew issue tracker here: https://github.com/Homebrew/linuxbrew/issues/172 I have checked that this bug also affects SDL 1.2.15, SDL_mixer and SDL_ttf 1.2, which all use this same "find_lib" routine. I have not determined if the bug affects SDL 2.0, which seems not to use this exact routine.
Sat, 29 Nov 2014 11:51:13 -0800 Fixed bug 2766 - Haptic coding bugs and fixes for Linux FF: periodic.phase handled as time instead of angle; + direction clarification
Sam Lantinga <slouken@libsdl.org> [Sat, 29 Nov 2014 11:51:13 -0800] rev 9251
Fixed bug 2766 - Haptic coding bugs and fixes for Linux FF: periodic.phase handled as time instead of angle; + direction clarification Elias Vanderstuyft Remove the dependency of the calculation of Linux "phase" on "period", currently the "phase" parameter is interpreted as a time shift, instead of a phase shift. The Linux input documentation is not clear about the exact units of the "phase" parameter (see http://lxr.free-electrons.com/source/include/uapi/linux/input.h?v=3.17#L1075 ), but we're about to standardize the 'phase shift' interpretation into the Linux input documentation, since this will ease the job of a driver to recalculate the effect's state when the user dynamically updates the "period" parameter.
Sat, 29 Nov 2014 11:49:58 -0800 Fixed bug 2766 - Haptic coding bugs and fixes for Linux FF: periodic.phase handled as time instead of angle; + direction clarification
Sam Lantinga <slouken@libsdl.org> [Sat, 29 Nov 2014 11:49:58 -0800] rev 9250
Fixed bug 2766 - Haptic coding bugs and fixes for Linux FF: periodic.phase handled as time instead of angle; + direction clarification Elias Vanderstuyft "Horizontal" is not very precise, use "Positive phase" instead. "Positive" because it's actually waveform(2*pi*t + phase) instead of waveform(2*pi*t - phase).
Sat, 29 Nov 2014 11:48:43 -0800 Fixed bug 2766 - Haptic coding bugs and fixes for Linux FF: periodic.phase handled as time instead of angle; + direction clarification
Sam Lantinga <slouken@libsdl.org> [Sat, 29 Nov 2014 11:48:43 -0800] rev 9249
Fixed bug 2766 - Haptic coding bugs and fixes for Linux FF: periodic.phase handled as time instead of angle; + direction clarification Elias Vanderstuyft It's not obvious from the general "haptic direction" description what the SDL direction actually means in terms of force magnitude sign, currently its meaning is only reflected by the example.
Sat, 29 Nov 2014 11:18:49 -0800 Improved the pitch variable description
Sam Lantinga <slouken@libsdl.org> [Sat, 29 Nov 2014 11:18:49 -0800] rev 9248
Improved the pitch variable description
Sat, 29 Nov 2014 10:09:30 -0500 WinRT: bug and data-integrity fixes for SDL_GetPrefPath()
David Ludwig <dludwig@pobox.com> [Sat, 29 Nov 2014 10:09:30 -0500] rev 9247
WinRT: bug and data-integrity fixes for SDL_GetPrefPath() This change does a few things, all with regards to the WinRT implementation of SDL_GetPrefPath(): 1. it fixes a bug whereby SDL_GetPrefPath() did not create the directory it returned. On other SDL platforms, SDL_GetPrefPath() will create separate directories for its 'org' and 'app' folders. Without this, attempts to create files in the pref-path would fail, unless those directories were first created by the app, or by some other library the app used. This change makes sure that these directories get created, before SDL_GetPrefPath() returns to its caller(s). 2. it defaults to having SDL_GetPrefPath() return a WinRT 'Local' folder on all platforms. Previously, for Windows Store apps, it would have used a different, 'Roaming' folder. Files in Roaming folders can be automatically, and synchronized across multiple devices by Windows. This synchronization can happen while the app runs, with new files being copied into a running app's pref-path. Unless an app is specifically designed to handle this scenario, there is a chance that save-data could be overwritten in unwanted or unexpected ways. The default is now to use a Local folder, which does not get synchronized, and which is arguably a bit safer to use. Apps that wish to use Roaming folders can do so by setting SDL_HINT_WINRT_PREF_PATH_ROOT to "roaming", however it is recommended that one first read Microsoft's documentation for Roaming files, a link to which is provided in README-winrt.md. To preserve older pref-path selection behavior (found in SDL 2.0.3, as well as many pre-2.0.4 versions of SDL from hg.libsdl.org), which uses a Roaming path in Windows Store apps, and a Local path in Windows Phone, set SDL_HINT_WINRT_PREF_PATH_ROOT to "old". Please note that Roaming paths are not supported on Windows Phone 8.0, due to limitations in the OS itself. Attempts to use this will fail. (Windows Phone 8.1 does not have this limitation, however.) 3. It makes SDL_GetPrefPath(), when on Windows Phone 8.0, and when SDL_HINT_WINRT_PREF_PATH_ROOT is set to "roaming", return NULL, rather than silently defaulting to a Local path (then switching to a Roaming path if and when the user upgraded to Windows Phone 8.1).
Fri, 28 Nov 2014 04:51:33 -0800 Fixed bug 2786 - "UCS-2-INTERNAL" iconv encoding is not supported everywhere, use UTF-16LE instead
Sam Lantinga <slouken@libsdl.org> [Fri, 28 Nov 2014 04:51:33 -0800] rev 9246
Fixed bug 2786 - "UCS-2-INTERNAL" iconv encoding is not supported everywhere, use UTF-16LE instead Jonas Kulla src/main/windows/SDL_windows_main.c:137: cmdline = SDL_iconv_string("UTF-8", "UCS-2-INTERNAL", (char *)(text), (SDL_wcslen(text)+1)*sizeof(WCHAR)); I'm trying to compile an SDL2 application for windows using the mingw-w64 32bit toolchain provided by my distro (Fedora 19). However, even the simplest test program that does nothing at all fails to startup with a "Fatal error - out of memory" message because the mingw iconv library provided by my distro does not support the "UCS-2-INTERNAL" encoding and the conversion returns null. From my little bit of research, it turns out that even though this encoding is supported by the external GNU libiconv library, some glibc versions (?) don't support it with their internal iconv routines, and will instead provide the native endian encoding when "UCS-2" is specified. Nonetheless, I wonder why the native endianness is considered in the first place when Windows doesn't even run on any big endian archs (to my knowledge). And true enough, 'WIN_StringToUTF8' from core/windows/SDL_windows.h is used everywhere else in the windows backend, which is just a macro to iconv with "UTF-16LE" as source. Therefore it would IMO make sense to use this macro here as well, which would solve my problem (patch attached).
Fri, 28 Nov 2014 04:42:46 -0800 Fixed bug 2676 - xdnd_version check issue in case ClientMessage
Sam Lantinga <slouken@libsdl.org> [Fri, 28 Nov 2014 04:42:46 -0800] rev 9245
Fixed bug 2676 - xdnd_version check issue in case ClientMessage Nitz I added xdnd_version check to XdndPosition case also under DEBUG_XEVENTS macro. by this we can get the action requested by user. I analysed further and found out that removing xdnd_version check at XdndDrop case is a bad idea because in XConvertSelection API timestamp should be passed if(xdnd_version >= 1) otherwise CurrentTime should be passed So xdnd_version check is important at XdndDrop case I made xdnd_version as a static so that it can store the version in other cases also.
Fri, 28 Nov 2014 04:37:50 -0800 Fixed bug 2411 - Even if built with --enable-clock_gettime, SDL2 still calls gettimeofday()
Sam Lantinga <slouken@libsdl.org> [Fri, 28 Nov 2014 04:37:50 -0800] rev 9244
Fixed bug 2411 - Even if built with --enable-clock_gettime, SDL2 still calls gettimeofday() Ben Swick Makes SDL_syscond.c and SDL_syssem.c use clock_gettime(CLOCK_REALTIME) when HAVE_CLOCK_GETTIME is defined.
Sun, 02 Nov 2014 20:55:13 -0800 iOS: Added support for iOS 8 LaunchScreen NIBs.
Eric Wing <ewing . public |-at-| gmail . com> [Sun, 02 Nov 2014 20:55:13 -0800] rev 9243
iOS: Added support for iOS 8 LaunchScreen NIBs. iOS 8 introduces LaunchScreen NIBs which use autolayout to handle all devices and orientations with a single NIB instead of multiple launch images. This is also the only way to get the App Store badge "Optimized for iPhone 6 and iPhone 6 Plus". So if the application is running on iOS 8 or greater AND has specified a LaunchScreen in their Info.plist, this patch will use the NIB as the launch screen. Otherwise, the code falls back to the legacy code path. Note: Upon audit of the legacy path, it appears that it does not properly handle the UILaunchImages Info.plist convention. I've added comments inline to the code about this. However, in about a year from now, nobody is going to care about this path since everybody should be using LaunchScreen NIBs.
Thu, 27 Nov 2014 09:55:34 -0500 WinRT: added SDL_HINT_WINRT_PREF_PATH_ROOT
David Ludwig <dludwig@pobox.com> [Thu, 27 Nov 2014 09:55:34 -0500] rev 9242
WinRT: added SDL_HINT_WINRT_PREF_PATH_ROOT SDL_HINT_WINRT_PREF_PATH_ROOT allows WinRT apps to alter the path that SDL_GetPrefPath() returns. Setting it to "local" uses the app's OS-defined Local folder, setting it to "roaming" uses the app's OS-defined Roaming folder. Roaming folder support is not available in Windows Phone 8.0. Attempts to make SDL_GetPrefPath() return a Roaming folder on this OS will be ignored. Various bits of documentation on this were added to SDL_hints.h, and to README-winrt.md
Thu, 27 Nov 2014 08:50:11 -0500 WinRT: removed a completed TODO item from an inline comment
David Ludwig <dludwig@pobox.com> [Thu, 27 Nov 2014 08:50:11 -0500] rev 9241
WinRT: removed a completed TODO item from an inline comment
Wed, 26 Nov 2014 21:34:15 -0500 WinRT: added initial SDL_TEXTINPUT support
David Ludwig <dludwig@pobox.com> [Wed, 26 Nov 2014 21:34:15 -0500] rev 9240
WinRT: added initial SDL_TEXTINPUT support Further support regarding IME and on-screen keyboards is pending, some of which might not be 100% compatible with other platforms, given WinRT platform restrictions. An MSDN article at http://msdn.microsoft.com/en-us/library/windows/apps/hh465404.aspx indicates that on-screen keyboard display requires that the user first tap on a Windows/XAML text control. This change adds basic SDL_TEXTINPUT support, with input coming from hardware keyboards, at a minimum, and without the need for XAML integration (which is still pending integration into SDL, by and large).
Tue, 25 Nov 2014 22:37:12 +0100 Corrected header file guard comments.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Tue, 25 Nov 2014 22:37:12 +0100] rev 9239
Corrected header file guard comments.
Tue, 25 Nov 2014 22:31:14 +0100 Fixed limitation for number of custom main() arguments on Android.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Tue, 25 Nov 2014 22:31:14 +0100] rev 9238
Fixed limitation for number of custom main() arguments on Android. Limitation was size of the reference table because local refs were not deleted.
Mon, 24 Nov 2014 11:46:20 -0800 Mac: Add drag & drop support.
Jørgen P. Tjernø <jorgen@uberent.com> [Mon, 24 Nov 2014 11:46:20 -0800] rev 9237
Mac: Add drag & drop support. Fixes bug https://bugzilla.libsdl.org/show_bug.cgi?id=2757 Thanks to Alex Szpakowski for the patch!
Sun, 23 Nov 2014 15:48:52 -0500 Cocoa: add in handling of "lost" touches on OS X. [bug #2635]
Edward Rudd <urkle@outoforder.cc> [Sun, 23 Nov 2014 15:48:52 -0500] rev 9236
Cocoa: add in handling of "lost" touches on OS X. [bug #2635] This scenario can occur, for example, when the 4-finger touch sequence is used to switch spaces. the SDL window does not receive the touch up events and ends up thinking there are far more fingers on the pad than there are. So the solution here is everytime a new "touch" appears we can through and check if there are any existing known touches by the OS and if there are none, abut SDL things there are, we simply go through and cancel the SDL touches. Side affects. - the "touch up" won't occur until the users sends a new touch (could be well after the actual release really did occur)
Sun, 23 Nov 2014 15:39:28 -0500 add "i" shortcut to testgesture tool to log # of fingers down on the touch devices.
Edward Rudd <urkle@outoforder.cc> [Sun, 23 Nov 2014 15:39:28 -0500] rev 9235
add "i" shortcut to testgesture tool to log # of fingers down on the touch devices.
Sun, 23 Nov 2014 15:21:49 -0500 add controllermap program to SDLTest xcode project
Edward Rudd <urkle@outoforder.cc> [Sun, 23 Nov 2014 15:21:49 -0500] rev 9234
add controllermap program to SDLTest xcode project
Sun, 23 Nov 2014 20:46:34 +0100 Fixed doxygen tags in header file documentation comments.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sun, 23 Nov 2014 20:46:34 +0100] rev 9233
Fixed doxygen tags in header file documentation comments.
Sun, 23 Nov 2014 20:40:48 +0100 Fixed typos in header file documentation comments.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sun, 23 Nov 2014 20:40:48 +0100] rev 9232
Fixed typos in header file documentation comments.
Sun, 23 Nov 2014 20:38:18 +0100 Fixed local reference leaks in messagebox implementation for Android.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sun, 23 Nov 2014 20:38:18 +0100] rev 9231
Fixed local reference leaks in messagebox implementation for Android.
Sun, 23 Nov 2014 20:35:51 +0100 Added name for second Java Thread on Android.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sun, 23 Nov 2014 20:35:51 +0100] rev 9230
Added name for second Java Thread on Android.
Sun, 23 Nov 2014 08:59:01 -0500 WinRT: fixed an invalid comment in SDL_GetPrefPath() (for WinRT)
David Ludwig <dludwig@pobox.com> [Sun, 23 Nov 2014 08:59:01 -0500] rev 9229
WinRT: fixed an invalid comment in SDL_GetPrefPath() (for WinRT)
Sun, 23 Nov 2014 08:52:10 -0500 WinRT: allowed 'roaming' and 'temp' folder paths to be retrieved on WinPhone 8.1
David Ludwig <dludwig@pobox.com> [Sun, 23 Nov 2014 08:52:10 -0500] rev 9228
WinRT: allowed 'roaming' and 'temp' folder paths to be retrieved on WinPhone 8.1 Windows Phone 8.0 either did not define, or provide access to, a 'RoamingFolder' or 'TemporaryFolder' for apps to use. Windows 8.0 and 8.1 do, as does Windows Phone 8.1. This change allows SDL-based Windows Phone 8.1 apps to access these folders, via either the SDL_WinRTGetFSPathUNICODE() or SDL_WinRTGetFSPathUTF8() functions. SDL_GetPrefPath(), which on WinRT, is based on SDL_WinRTGetFSPathUTF8(), will continue to return the app's 'local' folder, despite Windows 8.x counterpart apps using the 'roaming' folder, in order to preserve compatibility when 8.0-based Phone apps upgrade to 8.1-based Phone apps.
Sun, 23 Nov 2014 11:26:46 +0100 Fixed typo in header file documentation comment.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sun, 23 Nov 2014 11:26:46 +0100] rev 9227
Fixed typo in header file documentation comment.
(0) -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 tip