summaryrefslogtreecommitdiff
path: root/android
AgeCommit message (Collapse)AuthorFilesLines
2013-03-27Use proper version numbersTor Lillqvist3-3/+3
Change-Id: Ib0284c3fe63636e42b2e72ab76b02a8197c837e0
2013-03-27Bump android remote version to 1.0.6+, version code to 8Petr Mladek1-2/+2
Change-Id: Id8585bbc7f44ef59a27271119bdb1df701b9692f
2013-03-25Clean up Impress remove client source code a bit.Artur Dryomov10-27/+7
* Remove unnecessary semicolons. * Remove empty methods that only call super methods. * Replace String concatenation with StringBuilder. * Fix possible NullPointerException on String comparison. * Remove TODO comments generated via IDE. Change-Id: Id2d2ebd29386080715fd743f81fbfae3a4a0a5ce Reviewed-on: https://gerrit.libreoffice.org/2915 Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com> Reviewed-by: Michael Meeks <michael.meeks@suse.com> Tested-by: Michael Meeks <michael.meeks@suse.com>
2013-03-25fdo#62591 - change Impress remote slide previews buildingArtur Dryomov2-44/+26
* Store bitmaps directly instead of byte arrays. * Store bitmaps with shadows instead of one set with shadows and another without them. This change should optimize memory usage a bit. Change-Id: Ied7ce57a660438a06167e8984d16a6f26ebd8c23 Reviewed-on: https://gerrit.libreoffice.org/2917 Reviewed-by: Michael Meeks <michael.meeks@suse.com> Tested-by: Michael Meeks <michael.meeks@suse.com>
2013-03-23Allow installation on external storage (SD card)Tor Lillqvist1-1/+2
Change-Id: Ied56bfe26ebf0082aab91ff823da732f26ab5702
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks1-2/+0
2013-03-14fdo#60604 - fix Impress remote client speaker notes encodingArtur Dryomov1-5/+5
There is nothing wrong with the current code, it is the Android’s problem. Issue was reported upstream: https://code.google.com/p/android/issues/detail?id=1733#c23 Tested on Jelly Bean 4.2 and russian speaker notes. Change-Id: I85414abac233186484078637073b97562b81aad2 Reviewed-on: https://gerrit.libreoffice.org/2723 Reviewed-by: Thorsten Behrens <tbehrens@suse.com> Tested-by: Thorsten Behrens <tbehrens@suse.com>
2013-03-14Change Impress remote client target SDK version.Artur Dryomov1-1/+1
This change should remove compatibility menu button for modern Android versions. See Android developers blog post for details: http://android-developers.blogspot.com/2012/01/say-goodbye-to-menu-button.html Change-Id: I9152fa06558eabd633ad0c19174f45edddde2ee9 Reviewed-on: https://gerrit.libreoffice.org/2719 Reviewed-by: Thorsten Behrens <tbehrens@suse.com> Tested-by: Thorsten Behrens <tbehrens@suse.com>
2013-03-13Copy the .apks where the daily build uploader will find themTor Lillqvist4-8/+24
Sure, it is not "clean" to write to $(SRCDIR)/instsetoo_native/$(INPATH)/bin, but as long as the push_nightlies.sh script looks in instsetoo_native for .apks, that is where they need to go. This partially reverts commit b89ea45e5ba32589f69b9539851a51fbe2199a85. Change-Id: If1a0e50516f20c7571566a2cfa7e6a4b1dad30e4
2013-03-12Bump android remote version to 1.0.5+, version code to 7Petr Mladek1-2/+2
Change-Id: I65977c732a8f7e66898dd98964f89711114c0f7e
2013-03-11fdo#60604 - tag notes text as UTF-8.Michael Meeks1-3/+3
Change-Id: I535cdae8c742e5b260d73bd000f9354cfe04b854
2013-03-11fdo#61421 Added line to prevent screenlocking during presentationOndřej Smrž1-1/+2
Added line to xml layout to prevent locking screen during using this layout Change-Id: Ia2f71e67a3d09bacf1cb7e95dd05a2008129eb24 Reviewed-on: https://gerrit.libreoffice.org/2640 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-03-07Try to make the scrolling and zooming actions snappierTor Lillqvist1-17/+18
Now it does work nicely during the gesture when all the action is on the Java side (translating and scaling the pre-rendered bitmap). Looks a bit sad, of course, that nothing scrolls in to replace the parts of page(s) scrolled out during the gesture, and correspondingly for zooming. To then get the stuff down in the murky depths of the LO code to do what I want still is beyond me. Change-Id: I9ce33ed482013d18a877d1798de3bce5ac608e5e
2013-03-07Start hacking on scrollingTor Lillqvist1-10/+38
Change-Id: I74f1d7feb935be65629bdbd7464f9882229948e5
2013-03-07Handle damage tracking and redrawing properly in the "desktop" Android appTor Lillqvist2-13/+47
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
2013-03-06Drop unused timestamp parametersTor Lillqvist1-13/+8
Change-Id: I1d825c39cde67c204110b4a787b3ffb290331fe5
2013-03-05Rework scaling once moreTor Lillqvist1-23/+17
Don't ask the LO code to zoom while scaling in progress. That is way too slow. Return to the idea of just scaling the already rendered bitmap containing the "top-level window" from LO's perspective, UI elements and all. (Obviously if we continue to work on thie demo app, the desktop style UI elements need to disappear from the sides of the LO "window", so that the only thing LO renders is the actual viewport of the document contents.) This time, instead of scaling the View, which for some reason causes horrible flickering glitches at least on my device, draw the bitmap scaled in onDraw. Much smoother for some reason. Of course when we then in onScaleEnd() ask LO to do the actual zoom, what eventually results (remember that the LO code runs asynchronously in a separate thread, and the zoom request only gets posted to that thread) is not at all the same as what just drawing the bitmap at scale produced. (Especially not as there is no way yet to have LO zoom centred on a specific pivot point.) Change-Id: Id80576c99a03f5f8bf0d8039c6c7406322581956
2013-03-04Field can be moved into the inner classTor Lillqvist1-1/+2
Change-Id: I053f7d4a17aec9c8b24b92a40de635c71492a3dc
2013-03-03Android "desktop" app: Simplify bootstrapping on the Java sideTor Lillqvist1-35/+3
No need to call defaultBootstrap_InitialComponentContext() etc on the Java side in this app. The full SVMain() etc will do all that anyway. Change-Id: I555ccd8efbd0260a72fa5904bb6dcd255eed37d4
2013-03-03Android "desktop" app: More hacking on scalingTor Lillqvist1-8/+12
Added a new "mode" for the CommandWheelData, COMMAND_WHEEL_ZOOM_SCALE, where the "delta" is the scale percentage to multiply the curent zoom factor with. Implement in Writer and Calc. But actually, I am more and more startng to think that live scaling of the document view during the pinch/spread gesture will never perform fast enough. Need to go back to the (simple) trick to just scale the BitmapView, and do the actual LO re-zoom only when the gesture finishes. But in order for that to look nicer, need to get rid of the LO UI element clutter around the document, scrollbars, buttons etc. Plus of course need to make sure the LO zooming happens around the gesture center position. Change-Id: I20dfcb4c2a97aacbf7e5b6ea5c24816b237fe687
2013-03-03Add scroll and fling gesture recognitionTor Lillqvist1-7/+25
Not yet passed on down. Also fix a misleading comment. Change-Id: I1e6f79c84b1e13f48e4b2620e44b326fb6fc4ee9
2013-03-03Related to fdo#60724: correct spellingThomas Arnhold3-3/+3
Using the autocorrect list of LibreOffice extras/source/autotext/lang/en-US/acor/DocumentList.xml Change-Id: I8b93969bc0742c2e95b8b7db3c4c37691e8d3657 Script: http://pastebin.ca/2327716
2013-03-03Do "real" zooming also while the scale gesture is in progressTor Lillqvist1-19/+7
Would work nicely if only it wasn't so compute intensive. Or is it the (temporary hack) constant redrawing that is killing performance? Change-Id: I0b152411a413a818fba7a0f41a3462e423c6ab54
2013-03-03libucppkg1 is needed, for auto-save I thinkTor Lillqvist1-0/+2
Change-Id: Ie4ec4e2518c9e0621b75afe21f22862e3e8bf726
2013-03-03Support an ad-hoc (non-gbuild) Makefile workflow for the Android appsTor Lillqvist4-4/+12
For now, we want to keep being able to just say for instance "make run" in the android app directories. Change-Id: I1898d5466c0df6007fa32b202888bed644fa9489
2013-03-02Try to make the temporary pinch/spread hack look nicerTor Lillqvist1-2/+11
Change-Id: Id293e04c089b9304721f83fb4eb77cffab67cedd
2013-03-02Start hacking on zoomingTor Lillqvist1-2/+40
Change-Id: Ibc9aad490c4616d339e95352a0b8a7f7bed93070
2013-03-01android/sdremote dosen't need to depend on everythingPeter Foley2-2/+2
Change-Id: Iae5b37873f991ab33b8fd7ada7e5f936e83690db
2013-03-01add more stuff to android gitignorePeter Foley1-0/+2
Change-Id: Ibc61098fbde8d253411d834822e3f0c67249c52a
2013-03-01fix android build in separate dirPeter Foley8-12/+12
Change-Id: Id7cf80e1da87a56dee645dc01e64dedc4a8586ab
2013-03-01Cleanups to the android and ios makefileryTor Lillqvist10-26/+75
Also build the "desktop" app from gbuild. Change-Id: I45fc265c9515b22e10bd7644f54dbfa23601e063
2013-02-28move android and ios to tail_buildPeter Foley1-1/+1
Change-Id: Ic192b063a4ccc1249194bc7a62a8a90682de08f0
2013-03-01Bin some unnecessarily verbose loggingTor Lillqvist1-5/+0
Change-Id: I9c9b2a5405f994f180bd51a3a6c91815d0f70435
2013-03-01Pass touch events on to the ScaleGestureDetectorTor Lillqvist1-0/+2
Note that the listener doesn't do anything with the scale gestures yet, though. I guesss either a new type of VCL event is needed for zooming, or then we could fake entering of Control-+ and Control-- key events (or whatever the default bindings for zoom in and out are). Change-Id: Ib2ba138dd3e7874f85e9fc9fb7ac7198fa6212d3
2013-03-01Loading a test document works nowTor Lillqvist1-2/+2
Change-Id: I02f8ff9c1a2379fe03dff4e5a0dd4a05634d4034
2013-02-28Avoid "Warning: -writer is deprecated. Use --writer instead."Tor Lillqvist1-1/+1
Change-Id: I348df07e6c821969b04fc83b2720d200ffb89f68
2013-02-28Use more logial directory structureTor Lillqvist1-0/+0
The package is org.libreoffice.experimental.desktop so put the source file in src/org/libreoffice/experimental/desktop. Change-Id: I08660962dbd44eb48da0c966e218f49287ab5ca7
2013-02-28Some keys need special handlingTor Lillqvist1-4/+38
Change-Id: Ic2d2d3889d1facbf0042a946fdaf9acd472d0f94
2013-02-28Handle touch eventsTor Lillqvist1-2/+33
Change-Id: I9c9d200731df9ba48ee61f7c97692ed9b9f06648
2013-02-27Bump android remote version to 1.0.4+, version code to 6Petr Mladek1-2/+2
Change-Id: I7af423bab5885570c3651199e313ed4414c8461e
2013-02-27We need the spell library as soon as we have some text in WriterTor Lillqvist1-0/+1
Change-Id: Ice3eb23f57069043c0c971fce5dfe22aa95c3870
2013-02-27Send text input to the LO codeTor Lillqvist1-0/+5
Change-Id: I28070fb1a8b85c9737d2a78a8a713243ce47dde9
2013-02-26Make it easier to debug the app by sleeping for a while if a property is setTor Lillqvist1-3/+15
If the property log.tag.LODesktopSleepOnCreate is set to "VERBOSE" then sleep after liblo-native-code.so has been loaded to give the developer a chance to start ndk-gdb and set breakpoints. Yeah, a bit silly to overload a logging property like this, but it was the first idea I came up with. Change-Id: I665f87778d083d2d167a5d16f24e2d50b1fba042
2013-02-26createWindowFoo is unusedTor Lillqvist1-3/+0
Change-Id: Ia61efc5d5ee65178fd7d868cb57eed9ba3c0519e
2013-02-26Remove copy-pasted imports and commentsTor Lillqvist1-162/+1
Change-Id: I47e61b4ae7d95797f4d17031e9613bb549eb4813
2013-02-26Experiment with enabling text input (not propagated to LO yet...)Tor Lillqvist1-5/+59
Change-Id: Ie9e393dcf23b1b6c219c9bcdf9a3014d7c1cc950
2013-02-26Update android remote artwork.Thorsten Behrens5-0/+0
Remote icon artwork from Issa Alkurtass <ialkurtass@kacst.edu.sa>, info box banner from Maxim Darak. Change-Id: I4a7ddd51b47dba109a75a60ad184cbbc4e2cef8f
2013-02-25Temporary (one hopes) hack to get the actual view size down to SvpSalFrameTor Lillqvist1-3/+5
Change-Id: I0c2a2301de1b0de71fc6724ff2af73fbf6b406ef
2013-02-25Use actual size of view instead of hardcoded 1000x600Tor Lillqvist1-3/+7
The View size is available only after the view has been connected to the activity, it seems, so move the Bitmap creation to onDraw(). Note that the code in SvpSalFrame::SvpSalFrame() in vcl/headless/svpframe.cxx still hardcodes another (!) size, 800x600. This affcects the size of the desktop-style "top-level window" displayed by the android/experimental/desktop app. I didn't yet figure out the right way to pass the actual view size to the SvpSalFrame. And there is also a hardcoded third (!) size, 1280x750, in AndroidSalInstance::GetWorkArea(), although I don't know what that affects, if anything. Change-Id: I042bf764cd66efa7069c36601170b90d57fa174c
2013-02-22We are not using NativeActivity, nor do we plan to, IIUCTor Lillqvist1-104/+10
Partially revert 52a8744afee2cd589813f0377d93f821fce7aedd, i.e. once again start to remove stuff related only to using NativeActivity... (Because it is confusing and misleading to keep it around.) Let's do it in small pieces this time. Change-Id: Ifdc52eb0ae32c7c510418611cbf01a857a8bc697
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-27 21:49:16 +0000