Branch :
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
| b9567776 | 2013-09-27 23:35:17 | # User Darren Salt <devspam@moreofthesa.me.uk> # Date 1379621782 -3600 # Thu Sep 19 21:16:22 2013 +0100 Work around a false-positive in the X11 mouse wheel code This false positive occurs when one particular button on my mouse is pressed. The kernel which I'm using is patched to cause a release event to be synthesised immediately when the mouse says that this button is pressed because the mouse doesn't signal release until the button is next pressed. (Also documents a false negative, observed with the horizontal scroll wheel on the same mouse.) | ||
| 2490166d | 2013-08-21 10:12:16 | Fixes for -Wdeclaration-after-statement | ||
| 1e49b1ed | 2013-08-21 09:47:10 | OCD fixes: Adds a space after /* (glory to regular expressions!) | ||
| 695344d1 | 2013-08-21 09:43:09 | OCD fixes: Adds a space before */ | ||
| 67367be0 | 2013-08-12 22:00:21 | Don't print "unrecognized key" message for an X11 keycode of 0. This can happen with composed characters. | ||
| dad42067 | 2013-08-12 11: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. |