Age | Commit message (Collapse) | Author |
|
Not sure why I used to store it as images.zip. Probably just a mistake. The
code uses the images_tango.name.zip when trying to open it.
Sure, no toolbar with images is displayed currently anyway, so having this
file in the .apk is pointless, but there has been talk of reverting the
disabling of toolbars, sigh.
Change-Id: I12dfd3abe8f329d660b518f6b37904aa00423bc2
|
|
Change-Id: I6da1f38c5a9693c13ef841442cbef017d388416a
|
|
Change-Id: I08bbec95db2ae9bc7226cd5ca1cc7b81c235a26f
|
|
|
|
The old bin/ure/types.rdb was just a duplicate of bin/udkapi.rdb. There is no
bin/types.rdb any more either. We have just udkapi.rdb, offapi.rdb and
oovbaapi.rdb now.
Change-Id: Idd0911f1d4d48f172af159b852918d429f17cc92
|
|
Change-Id: I3228ad8277d34454affe71b9cbc9ad7f56326ca9
|
|
Change-Id: I18f90b058e40ca15164fd3e8c33bc904b930981d
|
|
|
|
Executalbes, which work one language, generat qtz by own.
(stringex,helpex,treex,propex)
So these executables can generate qtz without po file
when use them with qtz, call them with "-m" flag without parameter.
Change-Id: I56c34db7151dc3ef0ce1c85ed607719e4cbb5e92
|
|
Move the native methods out to a separate AppSupport class so that they aren't
in our "experimenal" Desktop app's namespace. Don't hardcode the name of that
class in the native code, but have the app register the class to which the
damage callbacks should be done.
Possibly the AppSupport and Bootstrap classes should be combined. Later.
Also, the "android" part of the package name is superfluous; it is
Android-specific code, no information gained by having an "android" part in
the package name.
Change-Id: Iddf55c8034ead7693887ace8438deb002c5eea9f
|
|
Change-Id: I6af17a7745f4de88b4933e93b77eda1050760794
|
|
Change-Id: I14e9b86c23ff000df2339a37ba78a11cc319f27c
|
|
Change-Id: Ie5639ea5a2c50e54ab880ac850287de07ff69959
|
|
fixes reconnect crash. Won't crash when server-end disconnect.
seperate Client construction and initialization so that Client()
will release its mutex lock and won't block service.run().
Otherwise onBackPressed() will be blocked in PairingActivity
Change-Id: I424a470aa02b0c74b28cb9f9ba79489aa0d4ab1b
|
|
Change-Id: Ieb653adbd0cb4371ec5db57e70bcc551872f647f
|
|
Change-Id: I97903559e1f6ef48476a74a674c0832d9cb44640
|
|
Change-Id: I3ea18b4a075516f3c098fad5d63466f20bf0b494
|
|
Change-Id: I2d65b51ec9a223994d39dc9433d1290b44422e1d
|
|
Unmaintained and presumably unbuildable for some time.
Change-Id: Ide0abea91013397dd8d214ee6a9da8e67ec6bb9c
|
|
Moved portions from module i18npool, all of former i18nisolang1 library
that now is i18nlangtag. Included are languagetag, isolang and mslangid.
This i18nlangtag code is now even used by module comphelper, so
disentangling i18npool and making this an own module was needed to not
create circular module dependencies.
Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
|
|
To make available for localization
Change-Id: I5469549422c7a2d2618ed9e836895f6698328b17
|
|
Change-Id: Ib0284c3fe63636e42b2e72ab76b02a8197c837e0
|
|
Change-Id: Id8585bbc7f44ef59a27271119bdb1df701b9692f
|
|
* 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>
|
|
* 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>
|
|
Change-Id: Ied56bfe26ebf0082aab91ff823da732f26ab5702
|
|
|
|
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>
|
|
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>
|
|
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
|
|
Change-Id: I65977c732a8f7e66898dd98964f89711114c0f7e
|
|
Change-Id: I535cdae8c742e5b260d73bd000f9354cfe04b854
|
|
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>
|
|
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
|
|
Change-Id: I74f1d7feb935be65629bdbd7464f9882229948e5
|
|
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
|
|
Change-Id: I1d825c39cde67c204110b4a787b3ffb290331fe5
|
|
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
|
|
Change-Id: I053f7d4a17aec9c8b24b92a40de635c71492a3dc
|
|
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
|
|
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
|
|
Not yet passed on down.
Also fix a misleading comment.
Change-Id: I1e6f79c84b1e13f48e4b2620e44b326fb6fc4ee9
|
|
Using the autocorrect list of LibreOffice
extras/source/autotext/lang/en-US/acor/DocumentList.xml
Change-Id: I8b93969bc0742c2e95b8b7db3c4c37691e8d3657
Script: http://pastebin.ca/2327716
|
|
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
|
|
Change-Id: Ie4ec4e2518c9e0621b75afe21f22862e3e8bf726
|
|
For now, we want to keep being able to just say for instance "make run" in the
android app directories.
Change-Id: I1898d5466c0df6007fa32b202888bed644fa9489
|
|
Change-Id: Id293e04c089b9304721f83fb4eb77cffab67cedd
|
|
Change-Id: Ibc9aad490c4616d339e95352a0b8a7f7bed93070
|
|
Change-Id: Iae5b37873f991ab33b8fd7ada7e5f936e83690db
|
|
Change-Id: Ibc61098fbde8d253411d834822e3f0c67249c52a
|