Change-Id: Id9e9aa312d8fd4e0d776b41c9cca8073fa57b6fa
(cherry picked from commit 3b7c803b)

Change-Id: If861aa0a579eb953cd2fc7b790b3514ab1d0ffd0
(cherry picked from commit d7dd8bb3)

If the caller has a vcl::RenderContext already, use it. Otherwise just
use GetOut() on the shell in the caller for now.

(cherry picked from commit 702cb2b2)

Conflicts:
	sw/source/core/crsr/viscrs.cxx

Change-Id: I8070dd3d6622d211885067514d6eb728716830ee

Change-Id: Iccadf6cd95a0ed9f9ba365d117d819f065193e60
(cherry picked from commit 5cfc0e38)

Change-Id: Id6bd21deda59a6eecfff39907d967b78b881a1e6
(cherry picked from commit 74768909)

Change-Id: I70218bc41df0d56ab42d652aa7ac51733dc06f4b
(cherry picked from commit 71dba79c)

Fix provided by Abhimanyu Singh

Change-Id: I5d87aa76517b1cf9d7464f43b9be236de0e92039
Reviewed-on: https://gerrit.libreoffice.org/16452Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
(cherry picked from commit d2d18465)

Reported by by Abhimanyu Singh

Change-Id: I02bd2a2b85b9d55f0b237d3a1141801245473cd2
Reviewed-on: https://gerrit.libreoffice.org/16453Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
(cherry picked from commit 64b636b8)

Reviewed-on: https://gerrit.libreoffice.org/16456Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit c301d8c8)

Change-Id: I120c33bf726150506d282e972facd4dca0db83aa

I took example from https://mail.gnome.org/archives/commits-list/2013-June/msg06434.html

Reviewed-on: https://gerrit.libreoffice.org/16432Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 25befc0a)

Change-Id: I5fb090c3245848c92238f34259f1a2f77f9080c7

Change-Id: I96dbe2c1213c78da1114f9270953334a38c7b2ae
(cherry picked from commit 6a01c784)

the dread msword column limit

Change-Id: Icbf7fc396de62286d523516da815dabf62336567
(cherry picked from commit 20e64b60)

Change-Id: I1a74a5f1877bfa72818ff0a38788eafe77eea581
(cherry picked from commit 89c85a4b)

the curious case of ooo72950-1.odt which has no nodes in the first line of the
table as seen from the visual layout perspective seeing as the table is split
over two columns with the second column portion of the table higher than the
left column portion

Change-Id: I38526bf80ff8cef1688aa5f5f686e437c4a3d6e5
(cherry picked from commit f81c775b)

digging into the crash on export of kde216114-1.odt
reveals various horrors

Change-Id: I0d24fe303d561a00a08098b306d10fd8273af928
(cherry picked from commit b04e1e79)

Change-Id: I9490d888ad148caecba034ef12b7398ae5c66a3f
(cherry picked from commit 169cd9f6)

Change-Id: I78478de91473681fd8d836293dabe7b790dda516
(cherry picked from commit 80fbd731)

the enhanced-path contains decimal points so the
last element is a double not an integer

Change-Id: I90be76a2d4cb90ee7a904aa72fe65770c675fc53
(cherry picked from commit aeb52a85)

This old-school table has three rows in it, but the second row is of 0 height
so is indistinguisable from the third row by layout positioning, so the
WW8TableNodeInfo view of the table is that it has two rows, and the comparison
of being on the last row is done with the m_xTableWrt->GetRows view which
considers it to have 3, so the table end marks are never output.

add a new finalEndOfLine property that the WW8TableNodeInfo sets on the last
end of row of the table as it sees it, which should resolve this.

old style tables are a cess pit, which is why they were replaced

Change-Id: I996aa59a338a594487f49ec0f228af3fb3032d15
(cherry picked from commit 6f9b3532)

This is more of the horror where the table in the frame has its cells out of
visual sequence, extend the previous fix of this kind to accept cells within
the original unmodified selected range

Change-Id: I6e8220f712fe9de5d4b98fb3cb5ed67e3762e929
(cherry picked from commit 60f8dd78)

Change-Id: I76d50a135153a7022b481e4025f9b5f948ce7efa
(cherry picked from commit fce7587b)

This is a horror where the table in the frame has its cells out
of visual sequence, so the last row appears before the last node
so on hitting the last node we have to really jump backwards to
a previously skipped set of nodes to find the end of the table

Change-Id: I93545e0c425267647d5f048c3bd95fe0cfddf8f3
(cherry picked from commit 89a28f54)

only bump m_nFieldsInHyperlink if the field isn't erased
from the stack

Change-Id: Idb75d087f6fa3ce3cd399623d8ace1e7f3899b5c
(cherry picked from commit 77df4faa)

Change-Id: I94a11bd24ccbc550c9fa555b1a0b5493ccd9f904
(cherry picked from commit 9d0c6308)

no logic change at all, justs makes it clear the dubiousness
of this unconditional increment

Change-Id: I32e3cb2c45b1b45826a59642c33ab850d698c206
(cherry picked from commit 6d50c6cc)

fix spelling in basebmp clipping case and downgrade
to INFO

(cherry picked from commit 8eb8ef87)

Change-Id: I16ec943bd4be8ca374ded7827e4ec24e7df03e8e

Change-Id: I4b4f09ee3fb7edbda3b6bb5af024c0966e3a2082
(cherry picked from commit edf56cb4)

(cherry picked from commit 65d31de7)

Change-Id: I7fdcd6336fdc7ea8149c385a177db91ffaa61c94

stinking ancient cairo impls

Change-Id: I35e826bc78556a912358dfad2fac7c45ca35bfd1
(cherry picked from commit a7a95af7)

WaE: -Werror=unused-parameter on Android

Change-Id: Ie5a4015794350a513c39a60ae650f4626d92e1b8
(cherry picked from commit b28a6372)

error: missing binary operator before token '('

Change-Id: Ieafb13245a11347cbda8a33e49ad618bf85d8a89
(cherry picked from commit 3928a151)

WaE: error: 'CAIRO_VERSION' is not defined

Change-Id: I9e4f0d0af541226089a6295962a91ca09debb418
(cherry picked from commit b51fe01f)

try harder to hide this from android tinderbox

Change-Id: I586fea9f1570b68ed789da8b10a3b46216c42969
(cherry picked from commit f1761903)

(cherry picked from commit 253c0f07)

Change-Id: Ib3c6d6689c4b79a636a3f2f0f985f3573aa46f3d

cairo_format_stride_for_width is 1.6 onwards

(cherry picked from commit 5ce9954c)

Change-Id: Ic233b4b6c7067f2473eb76b0c7e520cfe1dfcd14

No trailing characters must be present in 1:1 or A:A full row/column
references, e.g. 2:2,2 is not valid. The original cause is the lexical
analyzer that accepted 2,2 as the second part after the range operator
because ',' is also the group separator here, which needs further
changes.

Change-Id: Iff354469f7dcb4e0b6fa645c39cc1f8ebad4a6ea
(cherry picked from commit c48af2b5)

Change-Id: I6a41ae2b8056737008add98c35d06f3859e71171
(cherry picked from commit f47bff9d)

Change-Id: Icda700e80aa3a48ea77b2bc90d73c37b67b62ba8
(cherry picked from commit 5fbe0fa0)

Change-Id: I502d3d2490be5307364dee59c7ee36c0fb7ef55f
(cherry picked from commit df7595a5)
Reviewed-on: https://gerrit.libreoffice.org/16472Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: Id41ca0bd6adc8152c29be4d89e9361d8fb2ffe4e
(cherry picked from commit 420ed9cb)

... as a fallback for named expressions during document import when cell
content isn't available yet.

Change-Id: I134ac2aaeb5f336703edbadfd6664d916d2c5885
(cherry picked from commit 4fc13975)

Change-Id: I753a4511aa2c1e37b83094189902ce7031d68c04
(cherry picked from commit cd348679)

... in import sequence.

Change-Id: Ib5601af281f0378d283ecd61fa71c41e6c1be254
(cherry picked from commit 58b0c0cf)

Change-Id: I35de4ed31bfb9830f52aa5a25ea12bdf719c56ef
(cherry picked from commit a469002a)

Change-Id: Id80b9e8d1f54a8b795d0f4209bdf2f980f9a5344
(cherry picked from commit 044f7907)

Kept only on insertions and deletions, but even that may not be useful
as the names aren't updated at any time so even a mere cell change will
bring this out of sync. But serves as a starting point for further
implementation.

Change-Id: Idfede4b03b9f554cd35f984502fce625c725853c
(cherry picked from commit 98ba3367)