Age | Commit message (Collapse) | Author |
|
If somebody needs to have look, it can be found in git, or in old
source tarballs, etc. No need to keep in the work tree.
|
|
Change-Id: I91f6e861f6d0dbea1b57ac73857e0c706b27f681
|
|
Change-Id: Ibf1ed5ee1d7ab8319b393475c49655708e9a6d61
|
|
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
|
|
Possibly quite broken intermediate commit. But anyway, now it is
possible to render the tile diretly to a CGContext. Can be seen in
the MobileLibreOffice app when build in the Debug_tile_tester
configuration. See touch_lo_draw_tile() in viewsh.cxx. Unfortunately
the old plain LibreOffice test app is now broken, though, and
displays nothing at all.
This refactoring and hacking in vcl was done in a quite ugly fashion,
with ifdefs etc. But trust me, I did try, several times, for many
days, to get where I wanted in an elegant and clean fashion. But doing
it cleanly meant not being able to actually build it for days while
trying to figure ut which bits go where and which class should be
split into what base and derived class(es), and it was too much for my
limited brain capacity. I just couldn't juggle all the vcl class
structure in my head, especially as I don't have any good
understanding of the general design of it all.
Change-Id: Ia59d6a9cce15a63e63f94e8d8574bef21993fb1f
|
|
Change-Id: I32bc4852396b0eff9962dc5cd007faf0bb9f5eaa
|
|
It includes a small PNG image, too.
Change-Id: I31169698a7573b7a6e272277a49cefe76c74f959
|
|
Change-Id: Idcf6e210a888a80fa4adb7ac8532e4db075eebf7
|
|
Change-Id: Ibe97fe4a105d048c02d3af5263efc68d486afb06
|
|
Change-Id: I2798800689809c8dfc3edede337f7667ff3248a1
|
|
Keeping this stuff working is hard. How did I not notice this before?
I need to make clean more often I guess.
I edited the project.pbxproj file manually as I didn't fully get it
how to set up the wanted handling of this file in the Xcode GUI. So I
just copied the handling of offapi.rdb in project.pbxproj (with
different ids, of course).
I really much prefer doing this fully in Makefiles, as in
CustomTarget_LibreOffice_app.mk.
Change-Id: Ifc4f2481f7a9d1562be6f91714ed38c82cdd5eb0
|
|
Change-Id: Ic21750744794b4721c28f4e2b23e5e5ca5d74db5
|
|
Change-Id: Id6424157d2a9ba2a4ab987cd8aafd9c7de52f836
|
|
Change-Id: I5f9c7ec4a154af4422ce5ae841c350b5640eb026
|
|
Change-Id: Ifa700d0dc9a5545254a4c04284dd3c3ad46f92cb
|
|
Change-Id: Ie605c8068a62480e360c13f08eea785d54c57f42
|
|
Change-Id: I06eefc339b9b2fead6c80979b86d30975875fa51
|
|
Change-Id: I13c33cb0806dd16c2255788f5bcf635413644792
Reviewed-on: https://gerrit.libreoffice.org/6514
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Id03bf8002902f1adec57356601b28ab2c743df2a
Reviewed-on: https://gerrit.libreoffice.org/6476
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: If63add1f1bfdb9f5a2bcdc0c942bf991cbc47dfc
Reviewed-on: https://gerrit.libreoffice.org/6445
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Iee16bd0d774a9c24834a2a0882d301a9255d7bd9
Reviewed-on: https://gerrit.libreoffice.org/6372
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I60384fdb4307b71d84072a0268e75abead8c5896
Reviewed-on: https://gerrit.libreoffice.org/6368
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Ifd80d9128fdd37f91377ccb48e91db273a5b1770
Reviewed-on: https://gerrit.libreoffice.org/6358
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I1c4a45c3f19d79b4da8cc96304e0e1802f92dff2
Reviewed-on: https://gerrit.libreoffice.org/6320
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I78428758aff0f0fb7e25ae8724ac32db824e10a6
|
|
Change-Id: I1a3d10b7fb61b19664b383d29c6e607c01b90a71
|
|
Manual intervention still needed to copy over the
ios/MobileLibreOffice and ios/shared directories, though.
Change-Id: I1e985cb9bf61238631bd01cd222eeaeb447d58b9
|
|
Some libraries exist both in solver/*/lib and in their
UnpackedTarball/foo location.
Change-Id: Ie312479069738b27900bd4d7021ede986d94f22a
|
|
Change-Id: I014202fa48a211499b0290e6236bbdc96ad247a8
|
|
It seems that using libc++ when building with Xcode 4 (and iOS SDK 6)
you get linking errors. Stick to libstdc++ for now then with that.
Propagate the choice to the iOS Xcode projects through the lo.xcconfig
file.
Change-Id: Ic61dd2336066a77c4219c532106e3e50e85d0689
|
|
Change-Id: I196feb392f9ebebfdcd6f6e0ecd2c9cc89707cbb
|
|
With this change, the MobileLibreOffice app builds and runs for me.
Change-Id: I8c7ce3fdedced5eb82ed18e21873e773733d612f
|
|
Change-Id: Idc81f4913a96938f1fdd2644cc9e34a07554bb21
|
|
Also quotes added by Xcode around library names that contain
nonalphanumerics.
Change-Id: Ie5b34b2da0ec5600e9ca1aba1e17efd7e3e087de
|
|
Change-Id: Ib30199e3f193f9b98e9f0e2ec0d76953abf39a14
|
|
For many 3rd-party libraries we have for some time already kept the
archives only in their build directories, under workdir's
UnpackedTarball. Also, we now use upstream names for them which often
contain a verison number.
Change-Id: I51888de287e2c352a890bd4ae1dfdf0c6dc77158
|
|
Link libs from where they are now. Yeah, a third place where we
tediously list this (also in solenv/gbuild/platform/IOS_ARM_GCC.mk and
ios/Executable_LibreOffice.mk, although the latter will probably now
go away when/if the experimenatl iOS app is superseded by this
MobileLibreOffice app).
Also, don't duplicate the lib_link directory, and don't use a path to
the randomly-named DerivedData directory.
Change-Id: I7b685085d07da18a4594db067fb586b4eb3d2d4a
|
|
Change-Id: I1286feafa1a11fe30aa4f8383c094661aa10db92
|
|
Change-Id: I400fc5d0d572b3eab99f8da20162de1191cf3a53
|
|
We use GNU cross-compilation terminology: "host" means the platform
the code being compiled will run on (this is often somewhat surprising
to those unaware), and "build" means the platform the build tools (=
the compiler, linker etc) is running on.
For an iOS app, "host" is iOS and "build" is OS X.
There is also "target" but it is in this case the same as
"host". (Only in a so-called Canadian Cross situation is "target"
different from "host" (and from "build").)
Change-Id: I6eefa982916f0660afd259770bf455cf28793670
|
|
Change-Id: I59767af5fe4b2067a175c6882ecb3edf3c4ee2f7
|
|
Change-Id: I9ac049ef61e698afda1577a630e1185c75a33734
|