summaryrefslogtreecommitdiffstats
path: root/android
Commit message (Collapse)AuthorAgeFilesLines
* remove legacy build.pl prj/build.lst files.Michael Meeks2013-03-141-2/+0
|
* fdo#60604 - fix Impress remote client speaker notes encodingArtur Dryomov2013-03-141-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>
* Change Impress remote client target SDK version.Artur Dryomov2013-03-141-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>
* Copy the .apks where the daily build uploader will find themTor Lillqvist2013-03-134-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
* Bump android remote version to 1.0.5+, version code to 7Petr Mladek2013-03-121-2/+2
| | | | Change-Id: I65977c732a8f7e66898dd98964f89711114c0f7e
* fdo#60604 - tag notes text as UTF-8.Michael Meeks2013-03-111-3/+3
| | | | Change-Id: I535cdae8c742e5b260d73bd000f9354cfe04b854
* fdo#61421 Added line to prevent screenlocking during presentationOndřej Smrž2013-03-111-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>
* Try to make the scrolling and zooming actions snappierTor Lillqvist2013-03-071-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
* Start hacking on scrollingTor Lillqvist2013-03-071-10/+38
| | | | Change-Id: I74f1d7feb935be65629bdbd7464f9882229948e5
* Handle damage tracking and redrawing properly in the "desktop" Android appTor Lillqvist2013-03-072-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
* Drop unused timestamp parametersTor Lillqvist2013-03-061-13/+8
| | | | Change-Id: I1d825c39cde67c204110b4a787b3ffb290331fe5
* Rework scaling once moreTor Lillqvist2013-03-051-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
* Field can be moved into the inner classTor Lillqvist2013-03-041-1/+2
| | | | Change-Id: I053f7d4a17aec9c8b24b92a40de635c71492a3dc
* Android "desktop" app: Simplify bootstrapping on the Java sideTor Lillqvist2013-03-031-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
* Android "desktop" app: More hacking on scalingTor Lillqvist2013-03-031-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
* Add scroll and fling gesture recognitionTor Lillqvist2013-03-031-7/+25
| | | | | | | | Not yet passed on down. Also fix a misleading comment. Change-Id: I1e6f79c84b1e13f48e4b2620e44b326fb6fc4ee9
* Related to fdo#60724: correct spellingThomas Arnhold2013-03-033-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
* Do "real" zooming also while the scale gesture is in progressTor Lillqvist2013-03-031-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
* libucppkg1 is needed, for auto-save I thinkTor Lillqvist2013-03-031-0/+2
| | | | Change-Id: Ie4ec4e2518c9e0621b75afe21f22862e3e8bf726
* Support an ad-hoc (non-gbuild) Makefile workflow for the Android appsTor Lillqvist2013-03-034-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
* Try to make the temporary pinch/spread hack look nicerTor Lillqvist2013-03-021-2/+11
| | | | Change-Id: Id293e04c089b9304721f83fb4eb77cffab67cedd
* Start hacking on zoomingTor Lillqvist2013-03-021-2/+40
| | | | Change-Id: Ibc9aad490c4616d339e95352a0b8a7f7bed93070
* android/sdremote dosen't need to depend on everythingPeter Foley2013-03-012-2/+2
| | | | Change-Id: Iae5b37873f991ab33b8fd7ada7e5f936e83690db
* add more stuff to android gitignorePeter Foley2013-03-011-0/+2
| | | | Change-Id: Ibc61098fbde8d253411d834822e3f0c67249c52a
* fix android build in separate dirPeter Foley2013-03-018-12/+12
| | | | Change-Id: Id7cf80e1da87a56dee645dc01e64dedc4a8586ab
* Cleanups to the android and ios makefileryTor Lillqvist2013-03-0110-26/+75
| | | | | | Also build the "desktop" app from gbuild. Change-Id: I45fc265c9515b22e10bd7644f54dbfa23601e063
* move android and ios to tail_buildPeter Foley2013-02-281-1/+1
| | | | Change-Id: Ic192b063a4ccc1249194bc7a62a8a90682de08f0
* Bin some unnecessarily verbose loggingTor Lillqvist2013-03-011-5/+0
| | | | Change-Id: I9c9b2a5405f994f180bd51a3a6c91815d0f70435
* Pass touch events on to the ScaleGestureDetectorTor Lillqvist2013-03-011-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
* Loading a test document works nowTor Lillqvist2013-03-011-2/+2
| | | | Change-Id: I02f8ff9c1a2379fe03dff4e5a0dd4a05634d4034
* Avoid "Warning: -writer is deprecated. Use --writer instead."Tor Lillqvist2013-02-281-1/+1
| | | | Change-Id: I348df07e6c821969b04fc83b2720d200ffb89f68
* Use more logial directory structureTor Lillqvist2013-02-281-0/+0
| | | | | | | The package is org.libreoffice.experimental.desktop so put the source file in src/org/libreoffice/experimental/desktop. Change-Id: I08660962dbd44eb48da0c966e218f49287ab5ca7
* Some keys need special handlingTor Lillqvist2013-02-281-4/+38
| | | | Change-Id: Ic2d2d3889d1facbf0042a946fdaf9acd472d0f94
* Handle touch eventsTor Lillqvist2013-02-281-2/+33
| | | | Change-Id: I9c9d200731df9ba48ee61f7c97692ed9b9f06648
* Bump android remote version to 1.0.4+, version code to 6Petr Mladek2013-02-271-2/+2
| | | | Change-Id: I7af423bab5885570c3651199e313ed4414c8461e
* We need the spell library as soon as we have some text in WriterTor Lillqvist2013-02-271-0/+1
| | | | Change-Id: Ice3eb23f57069043c0c971fce5dfe22aa95c3870
* Send text input to the LO codeTor Lillqvist2013-02-271-0/+5
| | | | Change-Id: I28070fb1a8b85c9737d2a78a8a713243ce47dde9
* Make it easier to debug the app by sleeping for a while if a property is setTor Lillqvist2013-02-261-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
* createWindowFoo is unusedTor Lillqvist2013-02-261-3/+0
| | | | Change-Id: Ia61efc5d5ee65178fd7d868cb57eed9ba3c0519e
* Remove copy-pasted imports and commentsTor Lillqvist2013-02-261-162/+1
| | | | Change-Id: I47e61b4ae7d95797f4d17031e9613bb549eb4813
* Experiment with enabling text input (not propagated to LO yet...)Tor Lillqvist2013-02-261-5/+59
| | | | Change-Id: Ie9e393dcf23b1b6c219c9bcdf9a3014d7c1cc950
* Update android remote artwork.Thorsten Behrens2013-02-265-0/+0
| | | | | | | Remote icon artwork from Issa Alkurtass <ialkurtass@kacst.edu.sa>, info box banner from Maxim Darak. Change-Id: I4a7ddd51b47dba109a75a60ad184cbbc4e2cef8f
* Temporary (one hopes) hack to get the actual view size down to SvpSalFrameTor Lillqvist2013-02-251-3/+5
| | | | Change-Id: I0c2a2301de1b0de71fc6724ff2af73fbf6b406ef
* Use actual size of view instead of hardcoded 1000x600Tor Lillqvist2013-02-251-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
* We are not using NativeActivity, nor do we plan to, IIUCTor Lillqvist2013-02-221-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
* BitmapView can be a member classTor Lillqvist2013-02-221-8/+5
| | | | Change-Id: I172cfc0bcad780e99469ac01c9ba7467befe53de
* Rename the package and .apk of the "desktop" test app to avoid confusionTor Lillqvist2013-02-227-28/+24
| | | | | | | | It used the same package name as DocumentLoader and the same .apk name as the eary sc cppunit test app. Probably having two unrelated apps with the same package name causes some confusion somewhere. Change-Id: I11414b9cd59694eb97d39bfaeac4ed1066ae3aab
* Rename android/qa/desktop to android/experimenmtal/desktopTor Lillqvist2013-02-2211-0/+0
| | | | | | It's not really a "QA" thing. Change-Id: I85f7b5610ecd409972b7d504bfc567707d35556e
* s/the the/the/Tor Lillqvist2013-02-225-7/+7
| | | | Change-Id: Iadacffaad832c6ff06757e8567e24f929f24a4c3
* Need the spell libraryTor Lillqvist2013-02-211-0/+1
| | | | Change-Id: I381386852e20bf0424f3189099b10bb33de98bc8
generated by cgit (git 2.34.1) at 2024-08-18 01:13:34 +0000