Age | Commit message (Collapse) | Author |
|
It seems abandoned and hasn't work since we switched to tiled
rendering anyway. And the need for the special single tile at a time
rendering test mode is mostly gone now, when tiled rendering can be
tested with the TiledLibreOffice app, I think. So no need to slow down
a "make" by building the MobileLibreOffice app, too.
Change-Id: I7b0afd3b35ff2ed0fb72f2c150abb25548a5546d
|
|
It hasn't worked since the switch to tiled rendering anyway, and we
use the 'TiledLibreOffice' app for testing now.
Change-Id: I8137b8390c020ec4e6826e40e9cda69810f8318f
|
|
I had to add some horrible hacks to make sure the test doc has been
loaded into a Writer shell before retrieving its size and being able
to render it. Obviously some better solution is needed. But this is
just a testbed to get some profiling data.
The app is built using an Xcode project, and in gbuild through a
custom target based on the MobileLibreOffice one. Setting up the
various files used (or not used...) at run-time should really be
factored out from the CustomTarget files.
Change-Id: I1711b0cae9d28a09b73476b2d37d98b1820c9943
|
|
Change-Id: If486cf470583205763722766da57303de904b321
|
|
Change-Id: Iefb00e72f2700503ea33a28c9f7e2150f0d1e06e
|
|
error: The project 'MobileLibreOffice' does not contain a scheme named
'MobileLibreOffice'
Change-Id: If722a222407f1e85086d9d89d7863be7a5c8368e
|
|
Change-Id: Id03bf8002902f1adec57356601b28ab2c743df2a
Reviewed-on: https://gerrit.libreoffice.org/6476
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
No, it isn't any closer to being "ready" despite the name, but still,
using the current approach, it clearly isn't restricted to be just a
viewer.
Also drop the verbose LOViewer prefix from class and file names in it.
Change-Id: Ib4e8a31d6fa1b35169ee98cf2aa8f0f22957164c
|
|
The Viewer app is intended to eventually resemble the experimental
Android DocumentLoader app.
Build using the gbuild mechanism, which is also invoked from an Xcode
project. This seems to work out fine, the resulting app installs at
least on the simulator, and you can debug all the LO code involved
even if Xcode (obviously) has no knowledge of the LO source
files/classes/etc.
Change-Id: Ic96178d80b8d6467cac969b29e37f0d39513acf9
|