Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | Prevent Android from automatically locking display (#6876) | Wayward One | 2018-01-04 |
| | | | As mentioned in #5759 | ||
* | Tell irrlicht if we handle a key or not. | est31 | 2016-05-26 |
| | | | | | | | | | We can remove the function in MtNativeActivity now as it serves precisely that purpose: to tell irrlicht that we handled the esc key. TODO for later: * Perhaps try to find a more performant container than KeyList | ||
* | Fix locked hardware buttons on Android | Maksim Gamarnik | 2016-05-14 |
| | | | | | | | | | | | | | | | | | Fixes #2122 Fixes #1454 Addendum (est31) According from its docs in android_native_app_glue.h (from the NDK), the onInputEvent should "Return 1 if you have handled the event, 0 for any default dispatching". Before, we always returned 1, meaning we blocked all hardware keys to be given to the OS. This broke the volume keys and has caused #2122 and #1454. Although it bases on lots of guesswork, it can probably safely be said that CGUIEnvironment::postEventFromUser returns true if the event was handled, and false if not. Therefore, set the status variable depending on what postEventFromUser returned. | ||
* | Upgrade Android build to Gradle build system | ShadowNinja | 2016-04-28 |
The old Ant build system has been deprecated for a while and new development is focused on Gradle. I also removed a hardcoded string that lint caught and moved the patch files to a subdirectory. I left the JNI files in the root directory. |