Change-Id: I0f2e9e5f826ca8cd9ce81a45b4610b5adf356934

Change-Id: I553f573914a60c77184403cdf0478cb5b442475a

Change-Id: I19c19f4e1ae4e8718b44f4a70992113178a6658c

Change-Id: Ief6411d08837fc7b50bdca71bd33503f8eed16b9

Change-Id: I7ae556a065f250774c7d0f8ca4f6f9c9c2c6c533

Change-Id: I254c5695f1a80eba8a90421da3417969b3e0e8f8

Change-Id: Ib652a8a1f81dde1f5ac3b6b7b73376c73777247c

Change-Id: I14d95bc5aee9a79a7fd6f6f41d6a6b21fb2ebf97

Change-Id: I5011c4dfea02c8fab8ca3ee08bbed7f31396e3ec

Change-Id: Ib6dc7e409d89e4824b373db2cd7a13449c3c18ed

Project: help  b25ad898a35fc268897622a3068179da5f8d819b

Change-Id: Ifeba2d07391258ebf55ff3aa9f604e679cc5d7c9
Reviewed-on: https://gerrit.libreoffice.org/7824Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

This patch adds support for 'Table Row Redlines' (such as 'table row inserted'
or 'table row deleted' in SW core).
This is done by adding a new object called 'SwExtraRedlineTbl' that holds all
the redlines that are not of type 'SwRangedRedline'.
Also this patch adds a function for adding these types of redlines to the
'SwExtraRedlineTbl' object.
It also further develops the 'SwTableRowRedline' object.

Change-Id: Ic285f33e4f5af8f197d8fc24c2a8a3777755afad
Reviewed-on: https://gerrit.libreoffice.org/7821Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I241d7cc1cc530b8d3fae7fd7bd185285e16e3b5b
Reviewed-on: https://gerrit.libreoffice.org/7819Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

...from 2bf2dee0 "Werror=strict-overflow."  The
warning (generated e.g. by --disable-debug --disable-dbgutil builds with
GCC 4.8.2) orginates from the call to

  InvalidateRange( SwCharRange( GetOfst(), COMPLETE_STRING ) );

in SwTxtFrm::Prepare further down in txtfrm.cxx, which inlines the IsIdxInside
code to

  if( GetOfst() > GetOfst() + COMPLETE_STRING )

where COMPLETE_STRING is SAL_MAX_INT32.  The problem is that before
ba27366f "Resolves: #i17171# Writer paragraph
cannot be longer than 65534 characters" that code would inline to

  if( GetOfst() > GetOfst() + STRING_LEN )

where STRING_LEN was 0xFFFF, so the calculation on effectively 16-bit quantities
stayed nicely in the bounds of (32-bit) int.

Change-Id: I958514e52e9102236844eefa4fe92a401be6ab01

Change-Id: Id5d0814c1ebbcd85507d11cf562d394a748773a6
Reviewed-on: https://gerrit.libreoffice.org/7807Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

This handler will process 'track changes' information for 'extra' redline
objects (such as 'table row insert\delete' redlines)

Reviewed on:
	https://gerrit.libreoffice.org/7802

Change-Id: I8dd0bd70dbdcb3cb7eae76595957817de08c66fc

Change-Id: I20632258709856cd4c6680e1c8a1d92271ad0453
Reviewed-on: https://gerrit.libreoffice.org/7817Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: Id9d7e6903d6cd36f04c96fb509da1508d493cef8
Reviewed-on: https://gerrit.libreoffice.org/7818Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I1b8cf992b574fe6155701711a619bad5bfc34265

...so no need to return non-empty SunInfo::getLibraryPaths (for the Oracle JRE,
cf. how this had always returned an empty set for the Apple JRE in
otherjre.cxx).

This fixes the bug that selecting the Oracle JRE in the Advanced options pane
didn't stick, because jfw_areEqualJavaInfo was called on a JavaInfo read back
from XML where nRequirements had been cleared (in CNodeJavaInfo::loadFromNode)
and a JavaInfo where non-empty SunInfo::getLibraryPaths ->
VendorBase::needsRestart() == true -> nRequirements == JFW_REQUIRE_NEEDRESTART,
so always returned false.

(There's multiple errors here.  It is questionable whether jfw_areEqualJavaInfo
should take nRequirements into account, at least when used from
SvxJavaOptionsPage.  And VendorBase::getLibraryPaths appears to be only used to
compute VendorBase::needsRestart, ignoring the actual path data.  But leave that
for future clean-up.)

Change-Id: I5f004434b1cb7e909a153c43c474a2317f24b0c1

We should survive without deployment_component_getFactory,
although Android build may need some changes.

ContextChangeEventMultiplexer seems to be useful.

Change-Id: I20544429425675449ad0471190968c5bfb97bbf9

Currently a mail merge loads the styles from the source document
and also loads the original source per mail merge dataset.

The new code is based on the MergeDocuments function and swaps the
loading with an internal document copy to improve mail merge
throughtput.

For a mail merge with 99 datasets and a two pages document,
callgrind shows an improvement from routhly 44 to 31 billion
inclusive instructions for the single SwXMailMerge::execute call.

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

This patch adds 2 tokens for future patche's use of table row
redline preservation.

Change-Id: I20e6d1dd84a07f515076aaa3cd5b32c492ec476d
Reviewed-on: https://gerrit.libreoffice.org/7801Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I0b3399478c00e7e6db8973e9e4811f3f75c5a3db

Change-Id: I98999c0f402cf84d89b3a1167480dc27fdbc2be9

Change-Id: I1a50f8715040e64758cf18bee8ca6ac1d04652c8

Change-Id: Ic9fa7761ef03594a9609044a963c838f7dda555b

Change-Id: I0e1034a2ef064f9a3a05a0b8837efdff767ea715

a pity the other one wasn't fixed when the first one was fixed
back in 2002 with 0645e6a1

Change-Id: Ia7ac0f57a6805dc8ff09668198d0530b1cfc31db

Change-Id: I72c9a16c5236824424b33df353606e3e14aa4607

Change-Id: If936313919b41183d3fe657f5e21f885a89838b6

Change-Id: I6d05e418436b9d0b12be977b7842e1230ba3c7b1

Change-Id: I5242f89448431efb4a3f7ad5c84ab685b2e40f68

Change-Id: Ia094aca7dbc031eb7b3a205deb953ded2b735e5c

Change-Id: Ibc0dfcf5195d54158bf93bf2b2fb15dd26ea07af

Change-Id: I268945b00e0470f5aade3022fd676a2a69d2590d

Change-Id: Ic302482419f99ffd221e126006891fa9e97996a7

Change-Id: I6d2852c3027175aac0ec77b3d8b1a7cea9be2bd1

Change-Id: Ideb2720058b94bdecbfcbb76421b475b6c6e3304