Change-Id: Id4081439075f4beecc2b0e4aed035d5ee28a2cfd
Reviewed-on: https://gerrit.libreoffice.org/62429Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Tested-by: Jenkins
(cherry picked from commit a41d7ee2)
Reviewed-on: https://gerrit.libreoffice.org/62441Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
(cherry picked from commit c7e4e6b4)

Reviewed-on: https://gerrit.libreoffice.org/61061
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
(cherry picked from commit 89a60912)
Reviewed-on: https://gerrit.libreoffice.org/61173Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>

Change-Id: I3a7ab7ec046a6bbff4b4a020e76356ffd454bab8
Reviewed-on: https://gerrit.libreoffice.org/62546
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
(cherry picked from commit caa82892)

This was using the SfxPoolItem serialisation of XATTR_FILL* items,
where only XFillColorItem and XFillStyleItem were actually used;
the binary serialisation was removed without being aware of this
feature.

Fix this by using uno::Any instead, rather than reviving the binary
serialisation.

Also change the clipboard format strings, just to be safe.

(regression from 97b889b8)

Change-Id: I1828621a9aae606a1ca47835eef608062efe64a0
Reviewed-on: https://gerrit.libreoffice.org/62455Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
Tested-by: Michael Stahl <Michael.Stahl@cib.de>
(cherry picked from commit 0a6813ad)
Reviewed-on: https://gerrit.libreoffice.org/62472
Tested-by: Jenkins
Reviewed-by: Armin Le Grand <Armin.Le.Grand@cib.de>
(cherry picked from commit 24ccbc35)

Unfortunately the comparison was inverted, so a style is copied
iff it already exists, which is clearly the reviewer's fault...

(regression from 57db6e24)

Change-Id: I3425982feb08e980eca9243cc16120897b65a70f
Reviewed-on: https://gerrit.libreoffice.org/62436
Tested-by: Jenkins
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
(cherry picked from commit be9f3db2)
Reviewed-on: https://gerrit.libreoffice.org/62452Reviewed-by: Armin Le Grand <Armin.Le.Grand@cib.de>
(cherry picked from commit ba5d56af)

Change-Id: Ia1135d11990abc303849bd1b6a549c82008c79de
Reviewed-on: https://gerrit.libreoffice.org/62260
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
(cherry picked from commit db005174)
Reviewed-on: https://gerrit.libreoffice.org/62280Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
(cherry picked from commit 6720da69)

Change-Id: I979a163e796418d9a693229698b638cec4bf2226
Reviewed-on: https://gerrit.libreoffice.org/62708Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

It sucks that configure.ac nowadays looks for exactly one specific
version of the iOS SDK. I don't understand why that was thought to be
a good idea.

Change-Id: I5b67e17c627735bbafffc8177f1422813a33e034
Reviewed-on: https://gerrit.libreoffice.org/62707Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

This modifies commit a6f2199e
"DOCX import: don't try to set grab-gag props as UNO props"

Perhaps that commit should simply be reverted, but I will trust
that the commit was mostly OK and simply adjust the logic so
that *InteropGrabBag is ignored as before.

Doing this resolves MSO being unable to open a specific document
and LO missing some numbering during LO round-tripping.
Probably these are just side-effects from other locations in the
code that couldn't deal with these unexpected properties. For
example, the numbering.xml file is malformed, since it is
missing the w14: namespace.

Unfortunately, I failed in my attempt to create a minimal
test document.

Change-Id: Idf88cd09d96546b7f03d326afb5f6e58439bcf20
Reviewed-on: https://gerrit.libreoffice.org/53271Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
(cherry picked from commit ac27f4e7)
Reviewed-on: https://gerrit.libreoffice.org/62736Reviewed-by: Aron Budea <aron.budea@collabora.com>
Tested-by: Aron Budea <aron.budea@collabora.com>

Patch is thanks to Jon N.

Change-Id: Idba9ec9b32b144523f0e7da5f7273f6af9fdfd31
(cherry picked from commit 1dd5f10c)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Idb7b16a6976df62a1beea8a01c812206a0b8b85a
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: If50391d2f20e5540f355b5498d7845b0fae6e774
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I3e72909ca1aa9f97721d982f16624f496152ae2d
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

needed to run iOS

Change-Id: I1176ce24023cde21846c71ffadb1bf01cb2c8399
(cherry picked from commit 9c8cc8e4)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Removed the need for the (limited) init() used earlier by iOS.

Due to problems solved below init() it is now posible to use
the standard init !!

init.cxx still have some special handling of paintTile, which we should try
to eliminate

Change-Id: I42234aea8ac6b8dfcf8c3c88b386b4d4a97bba74
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

(Original commit message below, but note that the talk about
LibreOfficeLight is irrelevant here in this branch.)

This doesn't make the LibreOfficeLight app work much better, though.
But at least it doesn't hang its event loop completely, some 10 s
timer keeps firing. (But nothing sane shows up in the app UI, even if
some welcome.odt document apparently does get loaded. Clearly
something is waiting for something else that never happens...)

(cherry picked from commit 31703196)

Change-Id: Ieba22a5e1418d48a7dd6cacda526aca69cced4c3
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

To get that with CoreGraphics on iOS we need to use also
kCGImageByteOrder32Little in the CGBitmapContextCreate() call,
otherwise the bytes will be in ARGB order in memory.

(Not touching the macOS code here.)

Change-Id: I3c2dd94feb1c6bf46c5b335f5901b29e5fe1e7fb
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

It was used to initialize a virtual device pixel buffer to an
"interesting" pattern, in case actual rendering to it failed.

Change-Id: Iacdd86382dfa8c9ed1ea9d213fa489515b2b217d
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Not really that useful any longer.

Change-Id: Idf29b9c3eeafd1b1cc7a2baa87205f7064681a23
(cherry picked from commit 1ab835e0)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I20c7c1e82b12a2d20baa673e8b7aeb3d0e1fa58c
(cherry picked from commit 496f3a23)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Calling stat() on a non-existent file outside the sandbox fails with
EPERM on iOS, not ENOENT. (Presumably calling stat() even on an
existing file, but one you don't have been granted access to, also
fails, because that is after all a point of sandboxing, you shouldn't
even be allowed to figure out whether arbitrary files exist outside
the sandbox.)

Not sure why this change hasn't been necessary also for a sandboxed
LibreOffice on macOS.

Change-Id: I67c768e9c34fd17fa35f08232284210ff4a71b98
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

If it doesn't exist lots of things go very badly. Took a while for me
to understand the mechanism, sigh.

Change-Id: I40300587a5f422876cbda68c5aa98a23ed707135
(cherry picked from commit a68bf798)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

(Misleading original commit message; it is not "dynamic load"
(dlopen()) that the code tried to do, but dlsym(). But indeed, simply
call the function in question directly instead. --tml)

LibreOfficeKit, tries traditionally to load a dylib, and
locate the symbols, for iOS this is already linked to a
single Kit.o.

Code is changed to a simple call

Change-Id: Ie94a447260cb3007e7e2b56c1b67896ad40d79d3
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Thus it now actually takes a buffer pointer also on iOS, like on Linux
and Android. Less confusing, more uniform.

Change-Id: I81084806d37b9aac9f2b2bc03d0c262e991eec81
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I4116d8b35f5219c3cec12c1905bb1c21f23c22a5
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Id42d3b84ab97ec1efd9551e4d9cc5fd16ab77c80
(cherry picked from commit 88f7147c)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I844901f38ec1d93f4183e0678741fecdc7636139
(cherry picked from commit 65da08ea)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

We used to have this code snippet in the TiledLibreOffice app back in
the days. Then in LibreOfficeLight it was lost and forgotten (?).

Clearly we need to tell ICU abouyt the data that we include as a
separate file in iOS apps, and presumably any iOS app will be a
LibreOffficeKit-based one, so let's do the initialistion here.

Change-Id: Ib08dc9d7386789d10e8c53114e79d0b5beab7232
(cherry picked from commit a754ce41)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I293ede0dbac4b36a1b91b86100bc11593b402d06
(cherry picked from commit 46b2350c)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I7f4a34bb132141d867b028d40b100da674acaa91
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I3928c6e9240ad28a65aeb4fecb07268f789faf67
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Idedcaddeab80fcfdc3d5a4f2852712827a98e848
(cherry picked from commit 45786711)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

It seems that on iOS, where we don't have any Java, Python, BASIC, or
other scripting, the only thing that would use the C++/UNO bridge
functionality that invokes codeSnippet() was cppu::throwException().

codeSnippet() is part of what corresponds to the code that uses
run-time-generated machine code on other platforms. We can't generate
code at run-time on iOS, that has been known forever. Instead we have
used some manually written assembler to handle it instead. We used to
have a Perl script to generate a set of code snippets for different
cases, different numbers of parameters of the called function and
whatnot, but that went away at some stage some year ago. (It is
unclear whether that broke the C++/UNO bridge on iOS, or whether the
stuff continued to work even after that.)

Anyway, this handwritten assembly, or the manual construction of
internal data structures for exceptions, or something else, seemed to
have bit-rotten. Exceptions thrown with cppu::throwException() were
not catchable properly any longer.

Instead of digging in and trying to understand what is wrong, I chose
another solution. It turns out that the number of types of exception
objects thrown by cppu::throwException() is fairly small. During
startup of the LibreOffice code, and loading of an .odt document, only
one kind of exception is thrown this way... (The lovely
css::ucb:InteractiveAugmentedIOException.)

So we can simply have code that checks what the type of object being
thrown is, and explicitgly throws such an object then with a normal
C++ throw statement. Seems to work.

Sadly the cppu::getCaughtException() API still needs some inline
assembly in the C++/UNO brige. That seems to work though, knock on
wood.

This commit also adds a small "unit test" for iOS, copied from
cppuhelperm to ImplSVMain(). Ideally we should not copy code around of
course, but have a separate unit test app for iOS that would somehow
include relevant unit tests from source files all over the place.
Later.

Change-Id: Ib6d9d5b6fb8cc684ec15c97a312ca2f720e87069
Reviewed-on: https://gerrit.libreoffice.org/60506
Tested-by: Jenkins
Reviewed-by: Tor Lillqvist <tml@collabora.com>
(cherry picked from commit 7d6be61a)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I0991b13a7538581642f530bf45a1bba1b1b644d5
Reviewed-on: https://gerrit.libreoffice.org/60505Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I0b17c595fc0d169f6393ab8734a1eecb241f59be
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I7454c10a1547db796554f45f2d630af81a916c55
(cherry picked from commit 59b9fc47)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

(To be used from Xcode projects elsewhere building iOS apps that want
to link to iOS code built here.)

Change-Id: I39bf2a4ed059930fcfc30c4d2016dfbc698da353
(cherry picked from commit e3bac83b)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Ifea7072922388b2c0b7631fb809b23e2a5524a3c
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

LibreOfficeLight is buildable in master. In this branch I am now
trying to make it build for the needs of the "Mobile" app in
online.git.

Change-Id: I08b1ea0ef74dc5384d3b2edb2607d4a4f031469a
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I4999be84c45fa32d0ae6f62f667b2c7470972f49
(cherry picked from commit 90c22bf8)
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I43c6e841144b6e5f76d2c78e7b78ab41a29c20e5
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>