kmx git

Commit	Date	Message
f25ee50b	2014-03-15T14:54:23	Fixed broken rotation detection routines on WinRT Rotation detection and handling should now work across all, publicly-released, WinRT-based platforms (Windows 8.0, Windows 8.1, and Windows Phone 8.0).
f9a58968	2014-03-13T21:21:26	Added missing copyright notices
ed02f61d	2014-03-13T00:40:08	Fixed the copyright date on files contributed by David Ludwig
646cdedb	2014-03-12T12:14:47	Fixed line endings (CRLF to LF) in WinRT source code
4cd5ed7b	2014-03-12T12:12:20	Merged various WinRT build fixes
b68b6e23	2014-03-12T11:57:15	Fixed various build and runtime errors when using WinRT with VS2012.
641ba099	2014-03-12T07:26:07	Fixed compiling Windows RT code on Visual Studio 2013
e8eb1427	2014-03-10T21:21:35	build fixes for most WinRT-related files Still TODO: getting the D3D11 renderer back up and running in VC 2012.
1367bf87	2014-03-09T11:36:47	Integrated David Ludwig's support for Windows RT
05c23063	2014-03-09T11:06:11	Fixed line endings on WinRT source code
61ae0c1b	2014-03-04T19:49:11	WinRT: emit SDL_APP_TERMINATING
844ad500	2014-03-04T19:30:36	WinRT: emit SDL_APP_WILLENTER* and SDL_APP_DIDENTER* events
6687ece1	2014-03-01T16:37:30	WinRT: cleaned up some hard-to-read SDL_DisplayMode management code
f4a5a0fa	2014-03-01T16:08:16	WinRT: fixed a crash in SDL_Quit SDL was expected that each SDL_DisplayMode had a driverdata field that was SDL_malloc'ed, and was calling SDL_free on them. This change moves WinRT's driverdata content into a SDL_malloc'ed field.
58edac3e	2014-02-02T00:53:27	Fixed bug 2374 - Update copyright for 2014... Is it that time already??
109fe0e0	2014-01-28T15:28:20	fixed hat code validation.
abfbed92	2014-01-26T08:06:36	WinRT: simulate keyboard events on Windows Phone 8 back-button presses Pressing the hardware back button on a Windows Phone 8 device will now cause SDL to emit a pair of key-down and key-up events, with the SDL scancode, SDL_SCANCODE_AC_BACK. By default, if WinRT's native back-button-press events are not explicitly marked as 'handled', then Windows Phone will terminate the app. More details on Microsoft's reasoning behind this can be found on MSDN, at http://msdn.microsoft.com/en-us/library/windowsphone/develop/jj247550(v=vs.105).aspx To mark back-button-press events as 'handled', set SDL_HINT_WINRT_HANDLE_BACK_BUTTON to 1. Setting it to anything else will cause these events to not be marked as 'handled'. Due to limitations in Windows Phone's APIs, SDL will emit a virtual key-up event immediately after the back button's key-down event is registered. Unfortunately, Windows Phone 8 only allows one to register for back-button-press events, and not back-button-release events.
7eaa3cd8	2014-01-01T16:05:37	WinRT: added a means to display a privacy policy link via the Settings charm This change is only relevant for Windows 8, 8.1, and RT apps, and only for those that are network-enabled. Such apps must feature a link to a privacy policy, which must be displayed via the Windows Settings charm. This is needed to pass Windows Store app-certification. Using SDL_SetHint, along with SDL_HINT_WINRT_PRIVACY_POLICY_URL and optionally SDL_HINT_WINRT_PRIVACY_POLICY_LABEL, will cause SDL/WinRT to create a link inside the Windows Settings charm, as invoked from within an SDL-based app. Network-enabled Windows Phone apps do not need to set this hint, and should provide some sort of in-app means to display their privacy policy. Microsoft does not appear to provide an OS-integrated means for displaying such on Windows Phone.
69153196	2013-12-27T10:18:19	Switch back to apartment threaded COM initialization, which was the previous default. We do succeed now if the application previously initialized COM in multi-threaded mode.
3666c1f7	2013-12-23T10:54:27	Explicitly initialize COM with multi-threaded support. This is the safest option for applications that use COM, multi-threaded or not.
bfcd28c1	2013-12-10T16:24:11	[Android] Hotplugging support for joysticks
5e656f89	2013-12-07T11:19:52	Associate the environment with any thread that calls Android_JNI_GetEnv(), in case it's been manually created with pthread_create() or C++11.
6c495a80	2013-12-03T12:09:58	[Android] Signal the resume semaphore after pushing the relevant events Ref: Request in #2242
f848adff	2013-11-29T10:06:08	Improve Android pause/resume behavior.
46740a5a	2013-11-28T22:09:21	WinRT: merged with latest SDL 2.x/HG code SDL 2.x recently accepted patches to enable OpenGL ES 2 support via Google's ANGLE library. The thought is to try to eventually merge SDL/WinRT's OpenGL code with SDL-official's.
da0c0a4a	2013-11-28T21:15:05	WinRT: fixed bug: touch input coordinates weren't normalized [0..1] Thanks to Pierre-Yves for pointing this out and providing a fix!
7e1289af	2013-11-24T23:56:17	Make internal SDL sources include SDL_internal.h instead of SDL_config.h The new header will include SDL_config.h, but allows for other global stuff.
c9331664	2013-11-23T23:38:16	Fixed bug 2258 - Crash when using Android clipboard chw The Android clipboard manager methods must be called from the UI thread, otherwise crashes of the dalvikvm happen.
fdfea4ad	2013-11-19T10:00:05	[Android] Try to improve handling of DPAD\|GAMEPAD + KEYBOARD devices It seems some devices report themselves as DPAD or GAMEPAD and KEYBOARD as well, and we need to route different keycodes to different parts of SDL.
4e1ee557	2013-11-16T12:02:09	Fixed bug 2231 - Move src/input/evdev into src/core/linux Ryan C. Gordon To keep the directory layout sane, we should probably move this one piece of source to the linux catch-all directory, instead of making it look like this is part of an SDL "input" subsystem.
3f2e942f	2013-11-10T14:39:38	Fixed implicit function declarations by including the missing header.
bd1e1a93	2013-11-10T14:36:41	Corrected source comment.
22770a8f	2013-11-06T11:23:24	[Android] Fixes Bug 2041 - can't get SDL_QUIT event... Thanks to Denis Bernard! Also, changed the Android manifest so the app doesn't quit with orientation changes, and made testgles.c exit properly on Android.
0b7c69fe	2013-11-05T20:07:39	Adds Joystick support for Android This bumps the build SDK level to 12 (up from 10). Runtime requirements remain the same (at API level < 12 joystick support is disabled). Also enables building SDL for armv7 and x86.
3236fc3a	2013-10-28T15:41:22	WinRT: implemented SDL_GetBasePath and SDL_GetPrefPath
69c5d21d	2013-10-27T21:26:46	WinRT: merged with SDL 2.0.1 codebase
a503dabe	2013-10-20T23:23:25	Fixed a crash initializing Android touch IDs
a329c7f1	2013-10-18T00:13:51	Fixed bug 2139 - SDL_CreateWindow/WIN_GL_LoadLibrary fails due to external iconv not being able to convert path J?nis R?cis Brief history: We recently ported a game from SDL 1.2 to SDL 2. While doing Windows testing, I soon discovered that the game exits without opening a window with my cross-compiled SDL2.dll, but works great with the SDL2.dll from the MinGW SDK on libsdl.org. It was as simple as swapping out the DLLs to make it work. Running the game in Wine showed that the game actually does run, up until the call to SDL_CreateWindow, which fails and leads the game to print out an error: Failure to create window (LoadLibrary("OPENGL32.DLL"): (null)) Which basically says that there was no error, but maybe that's a Wine quirk. The error string originates in SDL_windowsopengl.c, in WIN_GL_LoadLibrary, which contains this piece of code: wpath = WIN_UTF8ToString(path); _this->gl_config.dll_handle = LoadLibrary(wpath); SDL_free(wpath); if (!_this->gl_config.dll_handle) { char message[1024]; SDL_snprintf(message, SDL_arraysize(message), "LoadLibrary(\"%s\")", path); return WIN_SetError(message); } After some digging, I discovered the culprit: WIN_UTF8ToString returns NULL. Why? Because it calls iconv_open from an iconv.dll that does not support the UCS-2-INTERNAL encoding. Why does the official SDL2.dll work? Because it calls no external iconv functions at all. It turns out that the Fedora MinGW infrastructure (from which I obtained the conventiently prebuilt iconv.dll) does not provide a DLL from libiconv, but instead provides a DLL from a minimal Windows library called win-iconv. Which knows a good bit, but doesn't know anything about UCS-2-INTERNAL: http://code.google.com/p/win-iconv/source/browse/trunk/win_iconv.c#155 So there are two problems here: 1) The error message is clearly useless, because LoadLibrary is an innocent bystander. Instead wpath should probably checked for NULL, and a more appropriate error should be set. Ideally something that makes it clear than an external iconv is causing trouble. 2) SDL doomed itself at the ./configure step, by finding an existing iconv and happily using it without confirming support for the mandatory encodings required by SDL. There are certainly a few easy ways out of the situation (although I didn't yet manage to figure out how to prevent ./configure from looking for external iconv), but this had me completely stomped for a good while, so I figured it's worth writing down if anything. (Search also found this, which talks a little about using UTF-16LE instead of UCS-2-INTERNAL: https://bugzilla.libsdl.org/show_bug.cgi?id=2075)
12ca3ce3	2013-10-17T23:02:29	Fixed building using MinGW Our SDL_windows.h needed to be included before anything else so UNICODE is defined.
90a219a3	2013-10-05T21:15:55	Fixed bug where a Logitech wireless keyboard with built-in mouse touchpad didn't get recongized as both devices.
0db36f51	2013-10-05T17:08:19	Added detection of touch devices before first touch events happen on Android. On Android available touch devices are now added with video initialization (like the keyboard). This fixes SDL_GetNumTouchDevices() returning 0 before any touch events happened although there is a touch screen available. The adding of touch devices after a touch event was received is still active to allow connecting devices later (if this is possible) and to provide a fallback if the new init did not work somehow. For the implementation JNI was used and API level 9 is required. There seems to be nothing in the Android NDK's input header (input.h) to implement everything on C side without communication with Java side.
9ceed73d	2013-09-28T13:28:19	Raspberry Pi support (also unified UDEV and EVDEV support)
6004b764	2013-09-22T23:17:25	WinRT: added missing files
58dd0864	2013-09-22T12:26:53	WinRT: unified the two, public, app-init functions This function, SDL_WinRTRunApp, can be used to help launch either XAML or non-XAML/Direct3D-only based apps.
34722465	2013-09-06T21:13:15	WinRT: code cleanup: attempted to make it more clear what code is specific to what app type (plain Direct3D or XAML)
de8d9dbb	2013-09-06T21:00:52	WinRT: minor code cleanup regarding events Some event handling functions got sorted in a somewhat consistent manner, and in some cases, were also segregated a bit from app-lifecycle code.
7e06b806	2013-09-02T15:23:33	WinRT: misc code cleanups regarding touch and mouse events, and also SDL-internal globals
13c87e71	2013-08-28T16:14:27	WinRT: made simulated-mouse (via touch) input work on Windows Phone in Portrait mode Proper SDL_MOUSE* event support for non-Portrait orientations in Windows Phone is pending.
31235b4b	2013-08-28T15:27:01	WinRT: made rendering work with orientation changes on Windows Phone Pointer event geometry still needs to be adjusted on Windows Phone, to note.
2cafee9d	2013-08-27T21:21:09	WinRT: experimental and preliminary support for XAML-based overlays on Windows 8/RT The XAML support here is still rudimentary. Bugs do exist. You've been warned. XAML support in Windows Phone 8 is not yet available (in SDL/WinRT).
86ea4c4e	2013-08-27T13:03:43	WinRT: made all WinRT-related TODO comments use the same prefix, "TODO, WinRT"
17ca1d00	2013-08-27T12:56:49	WinRT: code cleanup wrt. display mode(s)
1e78c4a5	2013-08-27T12:20:35	WinRT: more "Windows RT" to "WinRT" renaming
6dc2a410	2013-08-27T12:13:45	WinRT: moved the WinRT SDL_VideoDevice out of SDL_WinRTApp This was done to help pave the way for XAML support.
253b9aae	2013-08-27T11:51:17	WinRT: moved the pointer to the global SDL_Window to a separate variable This is a cleanup that is being done to help with WIP XAML support. It may be reverted in the future.
3e83fd78	2013-08-27T11:39:44	WinRT: misc code cleanups
f8e80edf	2013-08-27T11:00:52	WinRT: removed more hack-code that attempted to help have non-standard window sizes "Non-standard" is defined here as any window size that differs from that provided by WinRT's CoreWindow.
80abfc4d	2013-08-27T10:57:55	WinRT: minor function and variable name cleanup
065b2cf4	2013-08-27T10:56:10	WinRT: made all SDL_Windows get sized to the WinRT-defined window size This change removes some code that attempted to allow non-standard window sizes, the idea of which was to do display scaling, and a hackish one at that. If display scaling is needed, use SDL_Renderer as appropriate.
409d9b1c	2013-08-27T09:53:58	WinRT: removed a deprecated hack regarding window resizing and Direct3D viewports
d78b26ed	2013-08-26T17:17:53	WinRT: moved most platform-specific keyboard and mouse code to shared locations
1e49b1ed	2013-08-21T09:47:10	OCD fixes: Adds a space after /* (glory to regular expressions!)
695344d1	2013-08-21T09:43:09	OCD fixes: Adds a space before */
19a168b4	2013-08-20T21:22:32	WinRT: file naming and placement cleanup - moved SDL_WinRTApp.* from src/video/windowsrt/ to src/core/winrt/, and renamed them to SDL_winrtapp.* (to mimick case-sensitivity used elsewhere in SDL) - renamed all "windowsrt" directories (in src) to "winrt", as the shorthand name is used more often (and, IMO, "WinRT" != "Windows RT", not entirely at least)
552b04c5	2013-08-20T20:34:40	More non C89 compliant comments
e43ff8fb	2013-08-20T12:43:06	Added some FIXMEs for later.
0eeb76d8	2013-08-19T16:29:46	Fixes bug #2037, common EGL code for Android and X11
f7049b93	2013-08-12T22:29:55	WinRT: merged with SDL 2.0.0 codebase (aka. SDL hg rev d4ce48ff30d1)
dad42067	2013-08-12T11:13:50	Fixes #2022, do not resume on Android when surfaceChanged If the app is in landscape mode and the user presses the power button, a pause is followed immediately by a surfaceChanged event because the lock screen is shown in portrait mode. This triggers a "false" resume. So, we just pause and resume following the onWindowFocusChanged events. Also, wait for SDL_APP_WILLENTERBACKGROUND and SDL_APP_DIDENTERBACKGROUND before blocking the event pump.
1ad936eb	2013-08-11T19:56:43	Fixed bug 2027 - Full-screen appears to be broken - hang in SDL_DestroyWindow() Rainer Deyke I'm running Linux Mint 15 with the Cinnamon window manager. SDL_DestroyWindow consistently locks up for me when the window if fullscreen.

f25ee50b

2014-03-15T14:54:23

Fixed broken rotation detection routines on WinRT Rotation detection and handling should now work across all, publicly-released, WinRT-based platforms (Windows 8.0, Windows 8.1, and Windows Phone 8.0).

f9a58968

2014-03-13T21:21:26

Added missing copyright notices

ed02f61d

2014-03-13T00:40:08

Fixed the copyright date on files contributed by David Ludwig

646cdedb

2014-03-12T12:14:47

Fixed line endings (CRLF to LF) in WinRT source code

4cd5ed7b

2014-03-12T12:12:20

Merged various WinRT build fixes

b68b6e23

2014-03-12T11:57:15

Fixed various build and runtime errors when using WinRT with VS2012.

641ba099

2014-03-12T07:26:07

Fixed compiling Windows RT code on Visual Studio 2013

e8eb1427

2014-03-10T21:21:35

build fixes for most WinRT-related files Still TODO: getting the D3D11 renderer back up and running in VC 2012.

1367bf87

2014-03-09T11:36:47

Integrated David Ludwig's support for Windows RT

05c23063

2014-03-09T11:06:11

Fixed line endings on WinRT source code

61ae0c1b

2014-03-04T19:49:11

WinRT: emit SDL_APP_TERMINATING

844ad500

2014-03-04T19:30:36

WinRT: emit SDL_APP_WILLENTER* and SDL_APP_DIDENTER* events

6687ece1

2014-03-01T16:37:30

WinRT: cleaned up some hard-to-read SDL_DisplayMode management code

f4a5a0fa

2014-03-01T16:08:16

WinRT: fixed a crash in SDL_Quit SDL was expected that each SDL_DisplayMode had a driverdata field that was SDL_malloc'ed, and was calling SDL_free on them. This change moves WinRT's driverdata content into a SDL_malloc'ed field.

58edac3e

2014-02-02T00:53:27

Fixed bug 2374 - Update copyright for 2014... Is it that time already??

109fe0e0

2014-01-28T15:28:20

fixed hat code validation.

abfbed92

2014-01-26T08:06:36

WinRT: simulate keyboard events on Windows Phone 8 back-button presses Pressing the hardware back button on a Windows Phone 8 device will now cause SDL to emit a pair of key-down and key-up events, with the SDL scancode, SDL_SCANCODE_AC_BACK. By default, if WinRT's native back-button-press events are not explicitly marked as 'handled', then Windows Phone will terminate the app. More details on Microsoft's reasoning behind this can be found on MSDN, at http://msdn.microsoft.com/en-us/library/windowsphone/develop/jj247550(v=vs.105).aspx To mark back-button-press events as 'handled', set SDL_HINT_WINRT_HANDLE_BACK_BUTTON to 1. Setting it to anything else will cause these events to not be marked as 'handled'. Due to limitations in Windows Phone's APIs, SDL will emit a virtual key-up event immediately after the back button's key-down event is registered. Unfortunately, Windows Phone 8 only allows one to register for back-button-press events, and not back-button-release events.

7eaa3cd8

2014-01-01T16:05:37

WinRT: added a means to display a privacy policy link via the Settings charm This change is only relevant for Windows 8, 8.1, and RT apps, and only for those that are network-enabled. Such apps must feature a link to a privacy policy, which must be displayed via the Windows Settings charm. This is needed to pass Windows Store app-certification. Using SDL_SetHint, along with SDL_HINT_WINRT_PRIVACY_POLICY_URL and optionally SDL_HINT_WINRT_PRIVACY_POLICY_LABEL, will cause SDL/WinRT to create a link inside the Windows Settings charm, as invoked from within an SDL-based app. Network-enabled Windows Phone apps do not need to set this hint, and should provide some sort of in-app means to display their privacy policy. Microsoft does not appear to provide an OS-integrated means for displaying such on Windows Phone.

69153196

2013-12-27T10:18:19

Switch back to apartment threaded COM initialization, which was the previous default. We do succeed now if the application previously initialized COM in multi-threaded mode.

3666c1f7

2013-12-23T10:54:27

Explicitly initialize COM with multi-threaded support. This is the safest option for applications that use COM, multi-threaded or not.

bfcd28c1

2013-12-10T16:24:11

[Android] Hotplugging support for joysticks

5e656f89

2013-12-07T11:19:52

Associate the environment with any thread that calls Android_JNI_GetEnv(), in case it's been manually created with pthread_create() or C++11.

6c495a80

2013-12-03T12:09:58

[Android] Signal the resume semaphore after pushing the relevant events Ref: Request in #2242

f848adff

2013-11-29T10:06:08

Improve Android pause/resume behavior.

46740a5a

2013-11-28T22:09:21

WinRT: merged with latest SDL 2.x/HG code SDL 2.x recently accepted patches to enable OpenGL ES 2 support via Google's ANGLE library. The thought is to try to eventually merge SDL/WinRT's OpenGL code with SDL-official's.

da0c0a4a

2013-11-28T21:15:05

WinRT: fixed bug: touch input coordinates weren't normalized [0..1] Thanks to Pierre-Yves for pointing this out and providing a fix!

7e1289af

2013-11-24T23:56:17

Make internal SDL sources include SDL_internal.h instead of SDL_config.h The new header will include SDL_config.h, but allows for other global stuff.

c9331664

2013-11-23T23:38:16

Fixed bug 2258 - Crash when using Android clipboard chw The Android clipboard manager methods must be called from the UI thread, otherwise crashes of the dalvikvm happen.

fdfea4ad

2013-11-19T10:00:05

[Android] Try to improve handling of DPAD|GAMEPAD + KEYBOARD devices It seems some devices report themselves as DPAD or GAMEPAD and KEYBOARD as well, and we need to route different keycodes to different parts of SDL.

4e1ee557

2013-11-16T12:02:09

Fixed bug 2231 - Move src/input/evdev into src/core/linux Ryan C. Gordon To keep the directory layout sane, we should probably move this one piece of source to the linux catch-all directory, instead of making it look like this is part of an SDL "input" subsystem.

3f2e942f

2013-11-10T14:39:38

Fixed implicit function declarations by including the missing header.

bd1e1a93

2013-11-10T14:36:41

Corrected source comment.

22770a8f

2013-11-06T11:23:24

[Android] Fixes Bug 2041 - can't get SDL_QUIT event... Thanks to Denis Bernard! Also, changed the Android manifest so the app doesn't quit with orientation changes, and made testgles.c exit properly on Android.

0b7c69fe

2013-11-05T20:07:39

Adds Joystick support for Android This bumps the build SDK level to 12 (up from 10). Runtime requirements remain the same (at API level < 12 joystick support is disabled). Also enables building SDL for armv7 and x86.

3236fc3a

2013-10-28T15:41:22

WinRT: implemented SDL_GetBasePath and SDL_GetPrefPath

69c5d21d

2013-10-27T21:26:46

WinRT: merged with SDL 2.0.1 codebase

a503dabe

2013-10-20T23:23:25

Fixed a crash initializing Android touch IDs

a329c7f1

2013-10-18T00:13:51

Fixed bug 2139 - SDL_CreateWindow/WIN_GL_LoadLibrary fails due to external iconv not being able to convert path J?nis R?cis Brief history: We recently ported a game from SDL 1.2 to SDL 2. While doing Windows testing, I soon discovered that the game exits without opening a window with my cross-compiled SDL2.dll, but works great with the SDL2.dll from the MinGW SDK on libsdl.org. It was as simple as swapping out the DLLs to make it work. Running the game in Wine showed that the game actually does run, up until the call to SDL_CreateWindow, which fails and leads the game to print out an error: Failure to create window (LoadLibrary("OPENGL32.DLL"): (null)) Which basically says that there was no error, but maybe that's a Wine quirk. The error string originates in SDL_windowsopengl.c, in WIN_GL_LoadLibrary, which contains this piece of code: wpath = WIN_UTF8ToString(path); _this->gl_config.dll_handle = LoadLibrary(wpath); SDL_free(wpath); if (!_this->gl_config.dll_handle) { char message[1024]; SDL_snprintf(message, SDL_arraysize(message), "LoadLibrary(\"%s\")", path); return WIN_SetError(message); } After some digging, I discovered the culprit: WIN_UTF8ToString returns NULL. Why? Because it calls iconv_open from an iconv.dll that does not support the UCS-2-INTERNAL encoding. Why does the official SDL2.dll work? Because it calls no external iconv functions at all. It turns out that the Fedora MinGW infrastructure (from which I obtained the conventiently prebuilt iconv.dll) does not provide a DLL from libiconv, but instead provides a DLL from a minimal Windows library called win-iconv. Which knows a good bit, but doesn't know anything about UCS-2-INTERNAL: http://code.google.com/p/win-iconv/source/browse/trunk/win_iconv.c#155 So there are two problems here: 1) The error message is clearly useless, because LoadLibrary is an innocent bystander. Instead wpath should probably checked for NULL, and a more appropriate error should be set. Ideally something that makes it clear than an external iconv is causing trouble. 2) SDL doomed itself at the ./configure step, by finding an existing iconv and happily using it without confirming support for the mandatory encodings required by SDL. There are certainly a few easy ways out of the situation (although I didn't yet manage to figure out how to prevent ./configure from looking for external iconv), but this had me completely stomped for a good while, so I figured it's worth writing down if anything. (Search also found this, which talks a little about using UTF-16LE instead of UCS-2-INTERNAL: https://bugzilla.libsdl.org/show_bug.cgi?id=2075)

12ca3ce3

2013-10-17T23:02:29

Fixed building using MinGW Our SDL_windows.h needed to be included before anything else so UNICODE is defined.

90a219a3

2013-10-05T21:15:55

Fixed bug where a Logitech wireless keyboard with built-in mouse touchpad didn't get recongized as both devices.

0db36f51

2013-10-05T17:08:19

Added detection of touch devices before first touch events happen on Android. On Android available touch devices are now added with video initialization (like the keyboard). This fixes SDL_GetNumTouchDevices() returning 0 before any touch events happened although there is a touch screen available. The adding of touch devices after a touch event was received is still active to allow connecting devices later (if this is possible) and to provide a fallback if the new init did not work somehow. For the implementation JNI was used and API level 9 is required. There seems to be nothing in the Android NDK's input header (input.h) to implement everything on C side without communication with Java side.

9ceed73d

2013-09-28T13:28:19

Raspberry Pi support (also unified UDEV and EVDEV support)

6004b764

2013-09-22T23:17:25

WinRT: added missing files

58dd0864

2013-09-22T12:26:53

WinRT: unified the two, public, app-init functions This function, SDL_WinRTRunApp, can be used to help launch either XAML or non-XAML/Direct3D-only based apps.

34722465

2013-09-06T21:13:15

WinRT: code cleanup: attempted to make it more clear what code is specific to what app type (plain Direct3D or XAML)

de8d9dbb

2013-09-06T21:00:52

WinRT: minor code cleanup regarding events Some event handling functions got sorted in a somewhat consistent manner, and in some cases, were also segregated a bit from app-lifecycle code.

7e06b806

2013-09-02T15:23:33

WinRT: misc code cleanups regarding touch and mouse events, and also SDL-internal globals

13c87e71

2013-08-28T16:14:27

WinRT: made simulated-mouse (via touch) input work on Windows Phone in Portrait mode Proper SDL_MOUSE* event support for non-Portrait orientations in Windows Phone is pending.

31235b4b

2013-08-28T15:27:01

WinRT: made rendering work with orientation changes on Windows Phone Pointer event geometry still needs to be adjusted on Windows Phone, to note.

2cafee9d

2013-08-27T21:21:09

WinRT: experimental and preliminary support for XAML-based overlays on Windows 8/RT The XAML support here is still rudimentary. Bugs do exist. You've been warned. XAML support in Windows Phone 8 is not yet available (in SDL/WinRT).

86ea4c4e

2013-08-27T13:03:43

WinRT: made all WinRT-related TODO comments use the same prefix, "TODO, WinRT"

17ca1d00

2013-08-27T12:56:49

WinRT: code cleanup wrt. display mode(s)

1e78c4a5

2013-08-27T12:20:35

WinRT: more "Windows RT" to "WinRT" renaming

6dc2a410

2013-08-27T12:13:45

WinRT: moved the WinRT SDL_VideoDevice out of SDL_WinRTApp This was done to help pave the way for XAML support.

253b9aae

2013-08-27T11:51:17

WinRT: moved the pointer to the global SDL_Window to a separate variable This is a cleanup that is being done to help with WIP XAML support. It may be reverted in the future.

3e83fd78

2013-08-27T11:39:44

WinRT: misc code cleanups

f8e80edf

2013-08-27T11:00:52

WinRT: removed more hack-code that attempted to help have non-standard window sizes "Non-standard" is defined here as any window size that differs from that provided by WinRT's CoreWindow.

80abfc4d

2013-08-27T10:57:55

WinRT: minor function and variable name cleanup

065b2cf4

2013-08-27T10:56:10

WinRT: made all SDL_Windows get sized to the WinRT-defined window size This change removes some code that attempted to allow non-standard window sizes, the idea of which was to do display scaling, and a hackish one at that. If display scaling is needed, use SDL_Renderer as appropriate.

409d9b1c

2013-08-27T09:53:58

WinRT: removed a deprecated hack regarding window resizing and Direct3D viewports

d78b26ed

2013-08-26T17:17:53

WinRT: moved most platform-specific keyboard and mouse code to shared locations

1e49b1ed

2013-08-21T09:47:10

OCD fixes: Adds a space after /* (glory to regular expressions!)

695344d1

2013-08-21T09:43:09

OCD fixes: Adds a space before */

19a168b4

2013-08-20T21:22:32

WinRT: file naming and placement cleanup - moved SDL_WinRTApp.* from src/video/windowsrt/ to src/core/winrt/, and renamed them to SDL_winrtapp.* (to mimick case-sensitivity used elsewhere in SDL) - renamed all "windowsrt" directories (in src) to "winrt", as the shorthand name is used more often (and, IMO, "WinRT" != "Windows RT", not entirely at least)

552b04c5

2013-08-20T20:34:40

More non C89 compliant comments

e43ff8fb

2013-08-20T12:43:06

Added some FIXMEs for later.

0eeb76d8

2013-08-19T16:29:46

Fixes bug #2037, common EGL code for Android and X11

f7049b93

2013-08-12T22:29:55

WinRT: merged with SDL 2.0.0 codebase (aka. SDL hg rev d4ce48ff30d1)

dad42067

2013-08-12T11:13:50

Fixes #2022, do not resume on Android when surfaceChanged If the app is in landscape mode and the user presses the power button, a pause is followed immediately by a surfaceChanged event because the lock screen is shown in portrait mode. This triggers a "false" resume. So, we just pause and resume following the onWindowFocusChanged events. Also, wait for SDL_APP_WILLENTERBACKGROUND and SDL_APP_DIDENTERBACKGROUND before blocking the event pump.

1ad936eb

2013-08-11T19:56:43

Fixed bug 2027 - Full-screen appears to be broken - hang in SDL_DestroyWindow() Rainer Deyke I'm running Linux Mint 15 with the Cinnamon window manager. SDL_DestroyWindow consistently locks up for me when the window if fullscreen.

kc3-lang/SDL/src/core

src/core

Log