Age | Commit message (Collapse) | Author |
|
Change-Id: I654e3af31a6915f08ff808b351d304da773ad267
see: git://gerrit.libreoffice.org/impress_remote
|
|
and change bundle-ID to the explicit org.libreoffice.iosremote
Change-Id: I92e43156b749e6717b7391208337977f62ce5aef
|
|
Change-Id: Ifae3ab7c1c4eaa28e75ede3b799726a53c1d49d2
|
|
Change-Id: Ib6be4cb1e0eb60363b4a106f0297ec69520ac91e
|
|
Change-Id: I2afad83240a2306bb8a4312659c75613c9c7519e
|
|
The plist contains references to icons that don't exist.
This breaks iTunes validation / prevents submitting to appstore
Change-Id: I7028960d5e237367224dc16be39a9e5e729ae745
|
|
Change-Id: Ieded05eb402e3d87ad039cd06b86e99114ff5afe
|
|
Change-Id: I2444acf09b3108c1a79658f0954bb9481c8fad0c
|
|
Change-Id: I47545d0592348f585c23e3c6be079e0ed664d706
|
|
Change-Id: Ie17504bfb991503e1790ea8a696768fb90c116a2
|
|
Change-Id: Ie0fbacf01fcde8cb50b660e7976471a2d3bb9edc
|
|
Change-Id: I3d1b86a7785baa6b427638b2ddbcfb7ae1f008f3
|
|
Change-Id: I3a6d3ae1797e76b8aed14ca46d35c2ea7bd99960
|
|
Put cui and spl into extended_code and ignore the rest.
Also change DocumentLoader and LibreOffice4Android to use only
extended_core and writer as all the ios apps do, without knowing what is
really needed there.
Change-Id: Ic6a256ea47cc96132c0e7658d6ef2838b295ca71
|
|
It still seems to work for me.
Probably we do not need more components, but it's small enough for now.
Also add uui into 'core' group.
Change-Id: Ifadea8aa819ed17bbd021a0fa2373e6287e06446
|
|
Change-Id: If3c95562e292cb44bf9eb2de39dc66100a6fd066
|
|
The executable of the LibreOffice app (which as such at the moment
doesn't work, since the tiled rendering changes) is built using
gbuild, and thus we can't generate the native-code snippet in the
CustomTarget that builds the app bundle, but need it already when
building the executable. This is one wayt to handle that.
Change-Id: Ifdab40c970e93b1f2608cefc637df8a8e5396efe
|
|
This allows us to get rid of component-declarations.h and
simplify component-mapping.h.
For new, converted, implementation_getFactories, adding one line into
native-code.py should be enough to make them available in application.
Change-Id: I042320e5b7f8a9aa9f02b77d2bdd07cf9a690ee6
|
|
Change-Id: If35f0407e40bfeade9c2a342e509ef5e84306f53
|
|
Change-Id: I7842d9d0e5786647d14d0c30be5230c05883ada2
|
|
Change-Id: If07fe2ddc99bf2d2a9a4bc242be22fe615a5b1f9
|
|
Change-Id: I7db16b3736a83b9372aba11ac9ff302bc087e008
|
|
Change-Id: Ibf1ed5ee1d7ab8319b393475c49655708e9a6d61
|
|
Change-Id: I6e0d16fc260e609f1103947afb03c1640dc1a908
|
|
Change-Id: Ia5f104bfd707bcf4e159c78ca2764c861fb0b6d9
|
|
Change-Id: I20b9325f9c7eed1e49ea815c284f8fe1a6ed428d
|
|
Avoid an implicit upper limit on the value calculated (and displayed) by
keeping a counter, too, for each slot in the array.
Also edit a comment, as I now have a better understanding of how the
tiling works.
Change-Id: I5df4076917a244f73f27b66f4983f17ce95b9df7
|
|
Change-Id: I11e282c1a72dbc6b41a5a89229065983b41eb65b
|
|
Running dsymutil takes much too long to be bearable during
development. But when building for actual release we do want a
separate dSYM of course. (Of course none of the current iOS apps in
the source are intended to be actually "released". But add this logic
just for completeness.)
Change-Id: Ibb5037d6926e969a891269d6c9d86232bc01cb3c
|
|
Change-Id: If1c1bbaadf8866605bf1026c4a71da0a397391a4
|
|
No one says this is the only good classification.
Quite possibly it's not even a good one, but at least something.
Change-Id: I81178314222f9f63708a83b262ff8ef73a1d9467
|
|
Change-Id: I52bbae367d1b4a76aa5507daa38582f7c97d794d
|
|
Hopefully it makes sense, I don't know.
Inspired by Debian packages.
Change-Id: I8caf2d4aa75b8f6de3cc7da9eb293955a4ed58d8
|
|
It's not a good way to add invidual components.
We aim to create some groups of them.
Change-Id: I752c2b01c1c800d3eb446403ff7fc9e6da3aa635
|
|
Change-Id: I0b82e8a284f871829b7c22a654d61534b5c5a3cc
|
|
Change-Id: Ic3eb95119eed7a691c9cd0c677f28c87395b9415
|
|
...to directly call constructor functions of ComponentContext-based C++
implementations of (non-single-instance) UNO services. The case where these
calls would need to be bridged across different environments (e.g., from gcc3
to gcc3:affine) is not yet implemented.
bootstrap.component and expwrap.component are adapted accordingly as a proof-of-
concept (which had previously been adapted to use the prefix="direct" feature,
which may become unnecessary again in the end, depending on how to handle
single-instance services/singletons). More to follow.
Change-Id: I18682d75bcd29d3d427e31331b4ce8161dbb846d
|
|
Change-Id: I96e2931763c277d72ff1bb7ebdf5b71c0d6e091b
|
|
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
|
|
It's not terribly nice, but, hopefully, better.
The hope is that one day, lo_get_library_map will be no more.
In lo_get_implementation_map we can specify more precisely what to link
into the binary.
Change-Id: I99a1854fbae05be2f70302cc56bea88e522ec129
|
|
Change-Id: I9304b62134bab375b721399ae078bf66e01191d8
|
|
Demonstrating on expwrap library.
There is hope, this will bring code size savings for mobile
platforms, where we don't need every implementation.
Change-Id: I3519fb6148fd7a47ed9df092c73779ea6add552f
|
|
Change-Id: I6fcf5ff3a8f543079c3c8d37a728eb0ba6e0587e
|
|
Change-Id: I4d574b728aa0a60808bcfdd36c503476c226599a
|
|
ARCHS tells Xcode to build the architecture for which the LO code has
been built. The CFLAGS properties make sure the same -D flags are used
as for the LO code.
Change-Id: I3c8af0ff9fba7d0b4eddbc0af9aad44fb385314c
|
|
Change-Id: If486cf470583205763722766da57303de904b321
|
|
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: If37ef9f68711da3a0aa9a3ba59b111a8a23421df
|
|
Change-Id: I6f8c6827c00db50184a46f39968f882b944d18d4
Reviewed-on: https://gerrit.libreoffice.org/6967
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
|
|
Change-Id: I32bc4852396b0eff9962dc5cd007faf0bb9f5eaa
|