kmx git

Commit	Date	Message
a99bf4d7	2014-03-24T22:51:03	WinRT: Call IDXGIDevice3::Trim before app-suspend, as required on Windows 8.1 Thanks to Sylvain Becker for pointing this out!
cbf71846	2014-03-24T22:12:38	WinRT: Line ending fixes (CRLF to LF)
c2243092	2014-03-23T11:04:47	WinRT: Miscellaneous app-backgrounding/restoring event fixes and additions SDL_WINDOWEVENT_FOCUS_LOST is now sent when an app's native window is hidden. Likewise, SDL_WINDOWEVENT_FOCUS_GAINED is sent when an app's window is shown. This mimicks behavior seen on iOS and Android. SDL_WINDOWEVENT_MINIMIZED and SDL_WINDOWEVENT_RESTORED are now sent when the app's native window is hidden and shown. Previously, these were sent when an app was suspended and resumed. On Windows 8.x/RT, an app may be sent to the background without being suspended, which previously meant that SDL_WINDOWEVENT_MINIMIZED might never have been sent. (On Windows Phone 8, however, this seems to be different, whereby apps sent to the background appear to always get suspended.)
50ee99ec	2014-03-23T08:56:52	WinRT: Made app-backgrounded events get sent at separate, distinct times. SDL_APP_WILLENTERBACKGROUND is now sent as soon as the app is told that it is about to go to the background. SDL_APP_DIDENTERBACKGROUND is sent via a WinRT 'deferral operation', which is how WinRT gives apps a bit of extra time (multiple seconds worth) to prepare for an app-backgrounding. The distinction may be important as the deferral operation's code is always run in a separate thread. For Direct3D-only apps, this means that between the two SDL app-backgrounded events, SDL_APP_WILLENTERBACKGROUND will be the only one run from the main thread. Given that some WinRT operations can only be done on the main thread (operations to the CoreWindow fall into this category), this could be important. It is important to note that pre-deferral code may only have a very short bit of time to execute code, less so than code run in the deferral operation (where SDL_APP_DIDENTERBACKGROUND is sent from), which usually gets several seconds to run.
823bf721	2014-03-22T21:08:05	WinRT globals cleanup: Removed WINRT_GlobalSDLVideoDevice
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.
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.
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.
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!
3236fc3a	2013-10-28T15:41:22	WinRT: implemented SDL_GetBasePath and SDL_GetPrefPath
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
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)

a99bf4d7

2014-03-24T22:51:03

WinRT: Call IDXGIDevice3::Trim before app-suspend, as required on Windows 8.1 Thanks to Sylvain Becker for pointing this out!

cbf71846

2014-03-24T22:12:38

WinRT: Line ending fixes (CRLF to LF)

c2243092

2014-03-23T11:04:47

WinRT: Miscellaneous app-backgrounding/restoring event fixes and additions SDL_WINDOWEVENT_FOCUS_LOST is now sent when an app's native window is hidden. Likewise, SDL_WINDOWEVENT_FOCUS_GAINED is sent when an app's window is shown. This mimicks behavior seen on iOS and Android. SDL_WINDOWEVENT_MINIMIZED and SDL_WINDOWEVENT_RESTORED are now sent when the app's native window is hidden and shown. Previously, these were sent when an app was suspended and resumed. On Windows 8.x/RT, an app may be sent to the background without being suspended, which previously meant that SDL_WINDOWEVENT_MINIMIZED might never have been sent. (On Windows Phone 8, however, this seems to be different, whereby apps sent to the background appear to always get suspended.)

50ee99ec

2014-03-23T08:56:52

WinRT: Made app-backgrounded events get sent at separate, distinct times. SDL_APP_WILLENTERBACKGROUND is now sent as soon as the app is told that it is about to go to the background. SDL_APP_DIDENTERBACKGROUND is sent via a WinRT 'deferral operation', which is how WinRT gives apps a bit of extra time (multiple seconds worth) to prepare for an app-backgrounding. The distinction may be important as the deferral operation's code is always run in a separate thread. For Direct3D-only apps, this means that between the two SDL app-backgrounded events, SDL_APP_WILLENTERBACKGROUND will be the only one run from the main thread. Given that some WinRT operations can only be done on the main thread (operations to the CoreWindow fall into this category), this could be important. It is important to note that pre-deferral code may only have a very short bit of time to execute code, less so than code run in the deferral operation (where SDL_APP_DIDENTERBACKGROUND is sent from), which usually gets several seconds to run.

823bf721

2014-03-22T21:08:05

WinRT globals cleanup: Removed WINRT_GlobalSDLVideoDevice

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.

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.

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.

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!

3236fc3a

2013-10-28T15:41:22

WinRT: implemented SDL_GetBasePath and SDL_GetPrefPath

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

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)

kc3-lang/SDL/src/core/winrt

src/core/winrt

Log