Change-Id: I7356eb2074520884ff24d89c68bf1214664f4af3
Reviewed-on: https://gerrit.libreoffice.org/13740Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I715374b531da2850434b2436633b6042ecb9ebe0

Change-Id: I37f16184d8671f6f0eba7679e712e458abee314c
Reviewed-on: https://gerrit.libreoffice.org/15195Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I9e2b9388c5df1b3a5fc0b2deb570b6f63e59b8eb
Reviewed-on: https://gerrit.libreoffice.org/14637Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I13cbde947d6252c1157ec79a5f2190df24cca978

When tiled rendering, we always want to create some kind of selection
when long pushing on a table cell. If there is at least one word in the
cell, then we want to select the nearest cell, and when it's empty, then
we want to select the cell itself.

In case there is a table with 1 rows and 2 columns, and A1 is empty, but
A2 has multiple lines, then in A1 there is an area that's outside the
text frame of the empty paragraph, but inside the A1 cell frame. When
clicking on that area, the cursor position gets corrected. With this
change, we get a proper selection on long push even when pushing on that
"outside text, inside cell" area, too.

Change-Id: Ic61743014708f127087243cb7b129f8abd72edaa

Change-Id: Id4194f4d5bb6fcf064985fddc6f7344a4d34ca04

Change-Id: I240859bafa953c75ee639ccb77305161274217d1
Reviewed-on: https://gerrit.libreoffice.org/15210Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ie348778ea666c24e95e048386547f301083a0017

this has niggled me for decades

http://german.stackexchange.com/questions/7528/meaning-of-behind-when-translated-from-german

summarizes it well

"'Behind' is typically used when the context has meanings of depth, and as such
becomes ambiguous when used in a flat list ... 'After'/'before' contain
meanings of ordering which are unambiguous"

Change-Id: Ib2e7244f1dc0a66a9ca30df3a20e31de7a9b9d09

more 'extern C' fallout from my conversion of enum to scoped enum

Change-Id: I4c9aabbfbd255775a8f3edc2b7c8c62647f539eb

Change-Id: I77914d1b6fe538f3f38beb449e68f50ae36b0798

since after my converting stuff in include/registry/types.h to use 'enum
class', it can obviously no longer be "extern C", so drop the "extern C"
and rename the file to reflect that.

Change-Id: Ia30f5731316525e48531c4785ab7471a428bcf6f

Change-Id: I033cc6fce66203ad2967064211f9144b0edf8d1e

Change-Id: I2177e424d54dc2b5e26b7bbfe073b524e9cc5bab
Reviewed-on: https://gerrit.libreoffice.org/15187Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: If1649e8f3b9d200b0b176bef7deea41445bd3f2f

Change-Id: If0a2eeeabbb0bea48d2f2f86dc04266812c0ecd2

Change-Id: I8320f6f42d5579fbd09450ddca61c4c066de98e4

Change-Id: I81599570698eb92abf14fa6386d8545c2031e863

Change-Id: Ifef0aaae6208f18c1352fef7c471deb60a97820d

Change-Id: I55977c38578cb59deb195d91f8948da2e0905b6a

Change-Id: Ic672e75db4d7323760577b19490ffa28d38965b6

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