since we no longer support the RG_LINKTYPE stuff

Change-Id: If388ecfa0c475471b99b26155ad554ec702ca734

Change-Id: I11d92218c5e0678d497f8964723033e2bd8b3300

Change-Id: I24720adfc7c1c38ba7d804baef3c1e01e01d64cb

Change-Id: I1148321236ba3ea5ed3e8df478800686c40e00ea

Change-Id: Idb594da1bbd3aba34ff6391b36deacaea34b7842

Change-Id: I75a9444faa8136ed333adc2b0b47c9b91b1c7a3e

Change-Id: I23aad7cb2d70f81d39757f62e906f4a22e1b0145

Change-Id: Ia073d28181d0894e1ec8baddd53d4ac943f69557

Change-Id: I1de218450e59d20df13ce6b4b392c908d5d41437

DELETEZ is redefined here and used just 2 times in the code. Better
to just delete it - it doesn't really make the code more readable.

Change-Id: I094a7d41fa9e86d3f20cce357bc13e9fc04df3df

Change-Id: Ia01755ee617002ef2c234e29b1edd497b031ef8a

Change-Id: I8b424a21b7a1fcc72b607fec00cbfaa6a6961c8b

Change-Id: I1b5594173b912c8ac54bb54718ce06bee47e2ed9

Change-Id: I6e027027e78770e32aa484bb1598ebd8c2f291de

In some LibreOfficeKit use cases it will be useful to use a separate
(initially empty) user profile each time, instead of whatever the default
might turn out to be. (When using the "instdir" of a LibreOffice build tree,
the user profile is the "instdir/user" directory.)

Also add a corresponding new function to be looked up, libreofficekit_hook_2.

I did not bother with any more descriptive name. After all, "lok_init" already
is quite terse, so calling the new function "lok_init_with_user_profile" or
something similarly verbose would in my humble opinion have been
inconsistent. (And if/when we need to extend the LibreOfficeKit initialisation
function with even more parameters, the name would become really long.) But
feel free to change this if you feel like it...

Make sure to stay backward-compatible with source code calling lok_init() and
with binaries looking for only the libreofficekit_hook entry point.

Change-Id: Ifa9ce8f72c2f60554fb3431d522e5784afa8d8d3

Change-Id: I05175f0d8c37994658e0dcdf355a753bf7c840b8

Change-Id: Ib537d5e4a0c7c9ed6a6b2520512d32da6c651188

Change-Id: I93f331bd1c57bd016948e3ed784530724a1028b4

Change-Id: I248ac1d116ffabc8346fd000c2ae4b0b9c6bd89b

Change-Id: I2d4e534444678ddf8243db7b3fb6fe66af9fa24f

Change-Id: I10f7806288f817e599876f95af4998ff6f539fc3

Change-Id: Iab87cc3fb2b21b53303e46a227f3a1ae35a3ab6d

Change-Id: I82fcb95c972defde4a854d4c4cce80e6e561bc92

Change-Id: I3ea00ddec1a740cbcff9eb22727b1f8ce32bb373

Change-Id: I389a0640d6ffefa1b98a9feff86c73775a7771dc

Change-Id: Ie12264c02d178be9bc5752e7ea20b4feff409e68

The #All keyword can be prefixing a column range anyway, so needs to be
treated like all other keywords.

Change-Id: Ic64a5caeff1c6b2d116b21c0c855c7207d649a8d

Change-Id: I19ec176abf3291b2d4ad5baff06f66518680b378

Change-Id: I5009df42fcb640ae6e2808900d7d42bd6dcc8677

In this function the anchor is not set by the time CopyRange() is
called, so the check always returns false, but in worst case it's O(n^3)
wrt. the number of fly frames in the document, so it's a significant
cost to perform that check.

Before:

$ time OOO_EXIT_POST_STARTUP=1 instdir/program/soffice.bin --headless /home/vmiklos/orig.rtf
real    0m46.833s

After:

$ time OOO_EXIT_POST_STARTUP=1 instdir/program/soffice.bin --headless /home/vmiklos/orig.rtf
real    0m26.832s

Change-Id: I7ab9565634e4df7e0adc701908815f778dc59d32
Reviewed-on: https://gerrit.libreoffice.org/15197Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>

This fix is regarding 9835bb56 "MM: export the SwDocShell mail merge via UNO":

In case of using the new output type MailMergeType.SHELL, the UNO
MailMergeService returned a XTextDocument instance that was not
correctly initialized. In particular after calling doc.getCurrentController()
(with doc = the returned instance) we recieved NULL. The reason was, that the
previous implementation used to create a new SwXTextDocument instance
instead of just returning the BaseModel that is already associated with
the internal SwDocShell. This is fixed in this patch.

I also tested this patch with the unit test sw/CppunitTest_sw_mailmerge
and everything seems to be fine now. doc.getCurrentController() no longer
returns NULL.

Change-Id: Ic116f8f25ab9686ef56950e97ba202a55ab81fb8
Reviewed-on: https://gerrit.libreoffice.org/15207Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ic4d59228f3295e8400bcacf637ff4def7669b775

Change-Id: Ibd74c58efa7f1a24de409820655fb98b4fc13df3

Change-Id: I3f47273f7b648e8c8d261217ba3f9ea8d366b61b

Change-Id: I0d306854ed295826418ad88ea5c0c72b949eeb22

Change-Id: I0d2bcf306a789f1eaa0760c69ced427c0ec70ef8

Change-Id: I801aaa8ad9a4ff08dedd2f92b09d98c870c725b8

Change-Id: I87b5122b8f1f4e26ba16ebc1228fb77f8b7800d9

Change-Id: I2becc1cbb875270e2a1e8ed6b7cb0f9b6bdbf2f9
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

...and css::uno::makeAny<css::uno::Any>() was never meant to be used.  Introduce
css::uno::toAny for the (template-code) cases that shall return an Any for both
Any and non-Any inputs.

Change-Id: Ifa977d73f1da71b2fedde7e8140b19497c4a0257