This has to be only called when the user taps, not before. Don't do it
at all till we figure out how to detect a tap.
Change-Id: I184442d3f06fcbf56f0789bb85693dd7273daf28
Note that getPackageName() also throws NameNotFoundException, so in the
unlikely situations in case:
- package info (class containing the package version) is not found or
- the package version is not in an "a/b" form
We still just don't show anything.
Also, mark the new TextView as android:textIsSelectable, so it's
possible to copy&paste the version for bugreport purposes.
Change-Id: I63b53cca4126da17bfbda0293d7c98e8524ef41a
Copying tile buffer just because we can is not really a good idea
when just using the buffer in CairoImage works perfectly well. This
should speed things up a bit but probably won't be noticable.
Change-Id: I8d191d3e3870b20b15db56841ed72da22546aefc
Add new event TILE_RERENDER to the LOEvent and handle rerender
so that the tile's image buffer is rerendered and the tile
invalidated (instead of creating a new tile and deleting the old
one).
Change-Id: Id0fec307cb82c44a8584425dc7f877f39955844b
Assumption was that the invalidate rectangle numbers from LOK
mean (left, top, right, bottom) but they mean (width, height, x, y)
so we need to adapt to that for now.
Change-Id: Icc9c2c8aef63a8e292ff299969f2cbaf45ad0eab
Implement tile invalidation request in LOKitThread and pass the
request to ComposedTileLayer where it handles the invalidation
request by searching for the tiles that need to be invalidated
(intersect the invlidation rectangle).
Change-Id: I84e752486ff79e98cac1e74c6463b6748660cbed
Process the LOK messages in TileProvider and add an interface to
register and communicate invalidation requests.
Change-Id: I798dc5591dbc60ee6b055a95464cd3406ecd8b0d
Added a message callback interface to Document where the provided
implementation processes the messages from LOK (for now
only the regions that were invalidated)
Change-Id: Ic7fcb0250f87f6c4c28925bf809c4cf3f353d2bb
This adds support to retrieve callbacks from LibreOffice (like
for example that a part of document has been invalidated) to
LibreOfficeKit JNI and Java wrappers.
Change-Id: Ib70187194d002c72b64d58032aab216adc591565
Known issues: the mimetype returned for .odp files is null and share
does not work on these files.
Change-Id: I61e752763a6934657c30fff3cefc57ac0144ec71
- In case of Writer document always show document by full width.
- Otherwise show the whole document on the screen even when the
orientation is portrait or landscape.
Change-Id: Ia6704432c850a5487aee1693ed12e039ae6ef0cb
There were two inconsistencies here:
- The doc browser activity had an explicit android:theme, but the viewer
does not, so remove it to be consistent, this fixes the about dialog's
"black text on black background" problem.
- Now the doc browser had white text on white background: the about
dialog explicitly uses android:textColor for the strings which should
be readable on a bright background, do the same in
file_explorer_folder_icon and file_explorer_grid_item, that makes doc
browser text readable as well.
Change-Id: Iae9103556ca7c32c9ac8ea02d9e5d5fa6dfb72b5
Low-res tiles should be handleded before normal tiles so for this
add priority to tiles and store in a with priority queue.
Change-Id: I8d36c14503d9b684816d99f577198ac34b729d15
The only use of it is commented out. ThumbnailGenerator used the UNO-based
XToolkitExperimental stuff that I want to get rid of. If/when we want
thumbnails, we should use the existing thumbnails from document formats that
have them, or generate them using LOKit.
Also remove stuff from the Bootstrap class that was only used by
ThumbnailGenerator.
Conflicts:
android/experimental/LOAndroid3/src/java/org/libreoffice/ui/LibreOfficeUIActivity.java
Reviewed on:
https://gerrit.libreoffice.org/13503
Change-Id: Ia3a1a7f372a814359c5b496cdb17c35246e34817
- LibreOfficeUIActivity needs to start a new activity
- LibreOfficeMainActivity is enough to send a new event
Change-Id: I3a7532a07b37a16bdb49f81072132aa57c2c52e8
