summaryrefslogtreecommitdiffstats
path: root/vcl/inc/android
Commit message (Collapse)AuthorAgeFilesLines
* AndroidSalInstance::RedrawWindows() is called from only one placeTor Lillqvist2013-03-171-1/+1
| | | | | | | No need to take a parameter for which NULL is always passed, and related simplifications. Change-Id: I89bab2904fdae3520987d0f67e55b2649bf225d3
* onAppCmd() and onInputEvent() don't exist any moreTor Lillqvist2013-03-171-3/+0
| | | | | | They were used in the NativeActivity-based coding. Change-Id: Id393026783c989f05d90ad79cc4e8f5e8cd0174e
* AndroidSalInstance::Wakeup() is unusedTor Lillqvist2013-03-081-1/+0
| | | | | | | | | | The Wakeup() in the base class, SvpSalInstance, is not virtual. So this Wakeup() does not override the Wakeup() in the base class, as the author maybe thought. I don't see in git history that it would have ever been called explicitly on any AndroidSalInstance objects either. Or am I missing something? Change-Id: I932398e7c0a37a3048c5d372996fe6ac6f209887
* Don't crash the other experimental appsTor Lillqvist2013-03-081-5/+0
| | | | | | | | | | | Don't try to find the class org.libreoffice.experimental.desktop.Desktop in the AndroidSalInstance constructor. It won't exist anyway except in that specific app. Look up the class in the damaged() method where it is needed. And actually, of course we should not hardcode the name of the app class like that, but the app should pass its class down to the native code. Change-Id: Ic15d5cc2c8d53be558711ca7a145d5489e34d298
* Handle damage tracking and redrawing properly in the "desktop" Android appTor Lillqvist2013-03-071-6/+12
| | | | | | | | | | | | | | | | | | | In the damaged() method do a callback up to Java code in Desktop that invalidates the view. For now store the view in a static field, but need to do that in a cleaner way eventually. There might in some circumstancest be several instances of the Desktop activity present. Obviously should also run just one LO thread. Get rid of the temporary self-invalidattion in onDraw() silliness. Start the LO thread that runs soffice_main() from Java, not from native code. Apparently only threads created from Java have proper class loaders in Android. No need for an own DoReleaseYield() in AndroidSalInstance, the one in the SvpSalInstance base class does what needs to be done. Change-Id: I4cb85b352fca1f1375f726620ec8c93d2047f113
* Drop unuse maRedrawRegionTor Lillqvist2013-02-281-2/+1
| | | | | | | | | | | | I saw crashes or getting stuck in a loop in the Region code for some unknown reason. Below in the backtrace was the call to Region::Union() in AndroidSalInstance::damaged(). As the maRedrawRegion wasn't actually used for anything, let's bin it then for now... No crashes now, knock on wood. I still don't know whether the switch from SalFooEvents and CallCallback() to FooEvents and PostFooEvent() helped anything or not. Change-Id: Iba867daa37a206953cdb765905fa5eb3fca4d08e
* No NativeActivity, so native_app_glue and struct android_app are meaninglessTor Lillqvist2013-02-231-1/+0
| | | | | | | Leave the NativeActivity-related code in androidinst.cxx for reference for now. Change-Id: I760c02ea361361be2d2b69c4cad1e38311f51247
* android: finally starting and rendering at least something again.Michael Meeks2013-02-211-1/+1
| | | | | | | Only renders on very-first-start after install (oddly). We initialize vcl in it's own thread to avoid problems. Thanks to tml for fixing a linking issue. Change-Id: I960d11c6098681356fea0634970545aa9af9bacb
* Revert "Clean up remains of NativeActivity-based Android app support"Michael Meeks2013-02-211-0/+14
| | | | | | | | This reverts commit cecc926070ee3d2ad6296fc5e0cfcde8642bb140. Conflicts: sal/android/lo-bootstrap.c sal/inc/osl/detail/android-bootstrap.h
* Clean up remains of NativeActivity-based Android app supportTor Lillqvist2012-11-211-14/+0
| | | | | | | | | | | | | | | We haven't been able to build NativeActivity-based apps (like the android/qa/sc and anroid/qa/desktop thingies) since we switched to DISABLE_DYNLOADING and a single DSO liblo-native-code.so anyway. No lo_main() any more. <sal/main.h> should not be included ever when compiling for Android of iOS now. Lots of stuff binned from vcl's androidinst.cxx, in the (vain?) hope that it will reduce the amount of never invoked GUI code that gets linked in. Change-Id: I25f584864c40110774c728a23151e089620442d9
* Drop unused EGL stuffTor Lillqvist2012-04-111-5/+0
|
* android: move DamageTracker concept into SvpSalFrame and try to use itMichael Meeks2012-02-251-1/+4
|
* android: implement theming to get default font set, 1st cut at GetWorkAreaMichael Meeks2012-02-031-0/+6
|
* android: add start of keycode mappingMichael Meeks2012-01-301-3/+4
|
* android: add EGL and pixel redrawing modes + start of 565 conversionMichael Meeks2012-01-271-1/+9
|
* android: get at least something onto the screenMichael Meeks2012-01-261-1/+1
|
* android: move lo-bootstrap to osl/detail, Attach threads as createdMichael Meeks2012-01-261-0/+1
|
* android: missing header piecesMichael Meeks2012-01-251-1/+12
|
* Bin global_android_app and instead use lo-bootstrap APITor Lillqvist2012-01-251-0/+1
| | | | | | | | | | | | | | Instead of introducing a global variable, use the already existing saved android_app pointer in lo-bootstrap.c, and just add a function to retrieve it from there. Store it in the AndroidSalInstance. Reanme osl/detail/android.h back to android_native_app_glue.h, which is the name of that file in NDK/sources. "android.h" sounded to me too grand, as if it was some universal Android header. But if we do start to modify the android_native_app_glue stuff heavily, then it indeed makes sense to call it something else. Until then, revert also some whitespace changes to android_native_app_glue.c for it to be as close as possible to the "upstream" one in the NDK, for clarity.
* android: re-factor headless a little, and start on the mainloopMichael Meeks2012-01-241-0/+6
|
* android: tweak headless, expand docs, and start custom android backendMichael Meeks2012-01-181-0/+46
|
* Add (dummy) svsys.h file for AndroidTor Lillqvist2011-06-211-0/+36