Fun that we have to reverse engineer and document magic numbers in our own
code. Code written less than a year ago.
Change-Id: I02b7697e7e02b85c8df78acda8f943c9b0628359
With Change-Id I7cb1cf29bcae59ef26cf3bf0c2b3dd028eb8f878, this code
gets run on every onCreate, thus adding activities on top of
existing ones. Seems FragmentManager lifetime is a bit decoupled
from Activity
Change-Id: Icc1dc86ef91257ce734ee00fed83e909ddf52dc8
...the only remaining use was for CppunitTest to find the .res files in
$(OUTDIR)/bin/. Get that solved by delivering the .res files also to
$(OUTDIR)/unittest/install/program/resource/ (new
gb_ResTarget_get_unittest_target).
Change-Id: I370e7cab4223256356c7511b88ae63d9c0dbf215
It seems there was a misunderstanding of onCreate's savedInstanceState cf.
http://developer.android.com/reference/android/app/Activity.html
Apparently we go through a onStop / onCreate cycle when rotating,
that triggered this.
Change-Id: I7cb1cf29bcae59ef26cf3bf0c2b3dd028eb8f878
For Windows, superseded by Windows Installer patching (i.e., creating
.msp files), which is something completely different. (And quite hard
to get working... but still a saner approach, I think.)
For Linux, many distros use delta RPMs or similar, so no home-grown
LO-specific patching mechanism is needed.
Remove the -patch and -patchinc command-line options to
make_installer.pl and all code that was invoked only when using those.
Remove the PATCH and PATCH_ONLY flags in scp2.
Remove the patchmsi.dll Windows Installer custom action.
Change-Id: I09e949e601a969f88eff60067faa2352f4f89537
Reviewed-on: https://gerrit.libreoffice.org/1605
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
It can be still enabled, but it makes little sense to have it on by
default when the server is off by default.
Change-Id: I625f90fd67781244cc4fffa90127fd1c8707c580
The options menu had 3 items, only one required a connection, so show
the rest when selecting servers.
Change-Id: I70797be5fc8f0550380286e0cff2abbf4664591b
Several objects become invalid after ending show prematurely. Data
transmission may be flawed, don't rely on valid base64 etc.
Change-Id: I9bb6929b9cd6b3183948662b472f92e2fa67a7e6
5 secs timeout between slide changes is probably a bit much,
reducing to half a second now. Had the coverflow frequently stuck
at earlier slides otherwise.
Change-Id: Idabe17e1fc8fe2050990a68c357a00dd2d20c08b
A new slideshow should start at the correct slide, thus it needs
to be communicated to the thumbnail fragments.
Change-Id: Ib8107b4391f0df9a8d7b23f03d4da36ab42fddcc
It could not be used to save whole objects, so get rid of it and use
onRetainNonConfigurationInstance() exclusively.
Change-Id: I7cc3951b60a054b5b2488b49791b58707dc8a68b
It expands to what lo_get_app_data_dir() returns, i.e. the activity's
getApplicationInfo().dataDir.
Use it in the LibreOffice4Android app's rc files instead of a
hardcoded (possibly device- and/or OS version dependent) path.
Change-Id: I8145f2c86eeded39232fb251a79fa64f31f77f55
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
This means they will have to be uncompressed and copied into actual
files when the app runs for the first time, but that is a small price
to pay for reducing the .apk size with over ten megabytes.
Change-Id: I5bcf3c228197519edd1ca8cbd804b5f027d7699d
As we don't use any dlopen() etc wrappers now with just one single
DSO, we have no use for the library search path either.
Change-Id: Ifaf11c4785a90fe5c7dafb3310bc7933ea31238c
We gzip them separately in the Makefile and the gzipped result will be
stored without (further) compression in the .apk.
Use this to store the ttf font files. Shaves off a bit .apk size.
This might seem a bit odd way to do it, why not store these files in
the normal Zip compressed fashion in the .apk? It seems hard to tell
Ant (based on path, not extension) what files to compress and what
not, so we have to keep telling it to not (further) compress any files
at all.
Change-Id: I0d40d8811e6c9df6b28c285845b1db225507f5d4
