+ prevent lokandroid JNI functions to be removed from the library
+ basic use of lok Office / Document in LibreOfficeMainActivity
Change-Id: I7bfe53738cf821b2270ab3e024cc506a7cff42f0
Previously there was only one buffer which contained all the
tiles currently visible. This is inflexible - we need to control
each tile individually. This commit introduces SubTile object,
which is the holder of the buffer for each individual tile.
Change-Id: I511f13dc7fad7c3c04f3d7f23b3abc97a3cc2268
This is so that calls like 'make configmgr android' produce an .apk with
updated code changes from configmgr as expected.
Change-Id: I5f576b01269cf3f559a8a6389af298a3758e7309
We need to have the files extracted before we attempt to initialize
LibreOfficeKit (call libreofficekit_hook), otherwise the .rdb's are not there.
Change-Id: Ib49db7e945a709d18a063eb488a27df18fef542b
Now the LibreOfficeKit is used to actually attempt to bootstrap LibreOffice;
at the moment fails to do that.
Change-Id: I91220dbff783213bf7702e7213a5646859db4581
LOAndroid3 is based of LibreOffice4Android project which uses
ant/make for building. By using LibreOffice4Android as the base,
the project creates a APK archive which has all needed files
to start LibreOffice in Android environment.
Change-Id: I697d5f727bdaf93e774144ad597d7081d2609908
Project was created with Android Studio. Currently includes the
base of Fennec's LayerView and dependencies.
Change-Id: I5c3ae253d153f659eb92bd0ca17ef95372b71b23
As new 'edit' group because they are not needed in view-only
TiledLibreOffice_app. Although, probably there are more components
in 'core' which should be in 'edit' too, who knows, sigh.
Change-Id: I1efebc9884662a5d25744a3414717aa410350ef4
Also remove extended_core group. If something from there will be
needed, we will add it another way.
Currently only android/experimental/desktop/Makefile and
ios/CustomTarget_TiledLibreOffice_app.mk are known to do something.
Change-Id: I99936075e35ce98d684581838c0a19dccd83f942
The activity tired to include a file that was not checked in at all
(probably due .gitignore ignoring assets), so replace that with a simple
linear layout.
Change-Id: I505855346f440712b7e170080b7db11b775c4172
add minimal padding around slide preview (to not touch actionbar and
bottom of screen - horizontal whitespace will be larger becasue height
is limiting factor anyway)
avoid adding two left-paddings for the notes - the Text is "indented"
compared to the notes area already, so margin implied by the layout
weight distribution and the text indent is enough to separate it from
the preview.
avoid adding two right paddings for the note-text, as the text is not
justified and the word-break itself will account for a "padding" at the
edge, and the container already has a right-padding (that was reduced,
since the word-padding as well as centering in the unused space will
increase the effective margin)
Change-Id: I2a4605ba5a98eeed93a01db16d3d86c90df56470
Reviewed-on: https://gerrit.libreoffice.org/7230
Reviewed-by: Andrzej Hunt <andrzej.hunt@collabora.com>
Tested-by: Andrzej Hunt <andrzej.hunt@collabora.com>
by replacing the onClickListener with an onTouchListener with the simple
variant of the GestureDetector.
Also drop the check that prevents going to the "end-of-presentation,
click to exit" slide and exiting the presentation that way.
Change-Id: I54b49bf11929ad9415b8c85581fe16998ab3a7a7
Reviewed-on: https://gerrit.libreoffice.org/7107
Reviewed-by: Andrzej Hunt <andrzej.hunt@collabora.com>
Tested-by: Andrzej Hunt <andrzej.hunt@collabora.com>
it is just another obfuscating layer of one-command-function calles that
can as well be called directly.
If you really want to get the path to aquire the bluetooth adapter
differently, based on a runtime check, a single method to retrieve the
adapter is enough in any of the classes. No need to wrap the whole
adapter's api in your own class.
Change-Id: I2c631321dcf8ef143fe58a0a8246e010169409ac
and don't loop autodiscovery, provide a manual trigger button instead.
Bluetooth discovery is a hefty process and thus should not be done
lightheartedly. Moreover discovery won't even list devices that
are already bonded, but not set to visible. As you will be more likely
using the remote with the same devices, it makes sense to list the
known devices and only do discovery on explicit request/when there are
no bonded devices yet.
Fix a lifecycle problem (as the service would be quit on
screen-rotation as the only bound client is destroyed/restarted - start
the service instead to let it keep running, and only stop/release it
when finishing)
icons from Android's ActionBar Icon Pack, shrinked using optipng
Change-Id: Ie8467f942df1aab2d64b337fc7a6f816b9d658a6
Reviewed-on: https://gerrit.libreoffice.org/7091
Reviewed-by: Andrzej Hunt <andrzej.hunt@collabora.com>
Tested-by: Andrzej Hunt <andrzej.hunt@collabora.com>
it is more straightforward to only have one viewpager that can be
flipped through. This makes it easier to restore the user's default way
of connecting (bluetooth via wifi) and also simplifies the setup and
the what-tab-am-I-on checks.
* Remeber what tab (wifi/bluetooth) the user last used and restore that
on next launch
* respect Android's guidelines and ask the user whether Bluetooth should
be enabled when the user switches to the BT tab and BT is disabled.
→ if the user declines, select wifi tab instead
Fix a lifecycle problem (bt connection would be cut if bt was not
enabled before launching the remote, only restore disbled state if
really finishing, not on configuration change like rotating the screen)
Change-Id: Ice3a5c877a2a4810a80a0f76edea713700fe9c8c
Reviewed-on: https://gerrit.libreoffice.org/7090
Reviewed-by: Andrzej Hunt <andrzej.hunt@collabora.com>
Tested-by: Andrzej Hunt <andrzej.hunt@collabora.com>
there's no point in adding a layer of indirection if all that the called
function does is running one single command, and is only called in one
place. Getting rid of that indirection makes the code easier to read and
understand.
Change-Id: Ie2f3e03fe2870d1d4a84df738ebb3d0f34a2713c
Reviewed-on: https://gerrit.libreoffice.org/7089
Reviewed-by: Andrzej Hunt <andrzej.hunt@collabora.com>
Tested-by: Andrzej Hunt <andrzej.hunt@collabora.com>
This will be superceded by the following sdremote improvments, which
would otherwise have path conflicts due to this patch.
This reverts commit 3cc31f89787e435c893b38a0adc0a23f566ab60f.
Change-Id: I49f004d068fdf852f5690e365a17168b001b9136
UI wise would makes the app compatible with android api level 7,
but other utility functions require higher level (8 for Base64 and 9 for
TimeUnit)
explicitly set the allowBackup flag and raise tested/targeted version to
api level 17
also add tool-annotations to please android-lint
Change-Id: I528e34acdeeecea6d20e8bea21b1d5c203e17c95
The resolution of the slide preview is too low for a maximised
preview to be of much use, hence it makes sense to make the notes
larger when in landscape mode on a tablet.
Also increase the notes size for tablets (either perspective) in
order to be legible from a greater distance.
Change-Id: Iae75dead6bb325970f2309f487a5c198d938fcb4
Reviewed-on: https://gerrit.libreoffice.org/7102
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
