Conversion of fields to text while creating mail merge documents
returns a cached value. This needs to be set before also for db name fields.

Change-Id: I5796adc82e11005ea045fb220b81201db5ff0b28
Reviewed-on: https://gerrit.libreoffice.org/19806Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>

Change-Id: I723dd1bc7179ec90cd828aaf263d8a2bc091ac22
Reviewed-on: https://gerrit.libreoffice.org/19766Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: Id60a901b0d66e5e093f107c25db28b12a5f499d5
Reviewed-on: https://gerrit.libreoffice.org/19791Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

Change-Id: I5c160e5e032e35be659eba00d25b79cebfcfcfc9
Reviewed-on: https://gerrit.libreoffice.org/19798Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: If0f93ab9414f9013aab580bafc67f77891dfd8cc

Our current Maven based Java toolchain produces JARs, which
have a different "version needed to extract" in the ZIP local
and central directory header.

I had a look at 7zip and unzip and they already ignore the version
but compare other data LO already ignores - sig. The "standard"
document from PKWARE doesn't help.

So just compare the file path and calculate the data offset and
otherwise ignore all (duplicated) information from the local index
and rely on a correct central directory entry. Various programs
produce(d) "broken" ZIP files; even LO at some point (see git log).

Change-Id: I8d63abb0d49a1087c7654f401b62355c147c3118
Reviewed-on: https://gerrit.libreoffice.org/19779Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>

Change-Id: Iafeaecad612b724c4eeb85e0c01c942afb6445d8

Change-Id: I4fcb05f8a58965341cf44a1b7e2367b5cbff981d

so instead of saving the initial pos and trying to restore the pos, instead use
a bigger hammer and save the entire geometry and restore that instead.

Change-Id: Id06ea8f205f30771987089c5dc949bb52adc7a27

Change-Id: I8b1f4b7c78a10ce604a63aff47d2df2d1d10dc26
Reviewed-on: https://gerrit.libreoffice.org/19800Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I39fbe3a260c8dbfc203662c54eec4db064b88195

Change-Id: I0457b81668e9427a3c8d6a4af93438b7fb2bb7ba

the compiler will do it for you

Change-Id: I770670e70a43664a87ce28b48fc822d891d8fb41

This follows the syntax for .uno:ViewRowColumnHeaders
(which was implemented somewhat concurrentl with CellCursor)

Change-Id: I8ef03a969abc1716a0e95d95fb7043d75910c828

This allows the client to rerequest the current cursor position,
which is necessary e.g. on zoom-level changes.

Conflicts:
	desktop/source/lib/init.cxx
	sc/inc/docuno.hxx

Change-Id: I10d81e220a56a36e2ec0c59005cd1d4f134857d5

I.e. single click selects cell, typing activates the EditView
(and hides the cell cursor). (Previously: single click activates
the edit view, text cursor is shown, and no clean way of hiding
the cell cursor again.)

Change-Id: I184630277e8935e9f8a97a856191497ec5d62111

As of a1605d68 we reset the zoom
level to the default when processing LOK mouse events. The exact
cell cursor position is dependent on the zoom level (due to the
rounding in the cell position summing calculations), hence we need
to make sure we have the correct zoom level for those calculations
(or else the rounding errors will result in incorrect cell cursor
positions). Caching the zoom level and reusing it only here seems
to be the most efficient way of solving this for now.

(An alternative would be to only send the cell ID in the callback,
 and have the frontend then request the pixel positions together
 with the current frontend zoom level - however especially for
 LOOL minimising the number of trips is probably wise.)

Change-Id: Iae3aabfd7ea9bec7057be7b63670885766870c4f

This only works correctly for the default zoom level - since
the updateLibreOfficeKitCellCursor call happens during the
internal / hidden rendering, it uses the internal zoom values,
which can differ from the tiled-rendering zoom values.

Conflicts:
	include/LibreOfficeKit/LibreOfficeKitEnums.h

Change-Id: Ie4f344fe771078fca10ad9d6f7a93e88fb93880a

Change-Id: I9c66dd5331f422d8d6271157fece2b346d8b3756

Change-Id: Icc6444ad15d9f4b50858d8c1b1d3adeaeac40926

Change-Id: I60e52ef2abc3107ba77e81811dfe1bffbfd77218

Change-Id: I31a69a997098eb1807361b8049c3312a4f287d75

Change-Id: I4d71640baa3c169fba069ca1328273fb78964541

Change-Id: Ib6f7463d97e9c835b2c9d64fa498efd546360645

Change-Id: I3f9742cafdcdce3302c925a2227da1f7839c80c3

and

coverity#1326880 FE: Test for floating point equality
coverity#1326881 FE: Test for floating point equality
coverity#1326882 FE: Test for floating point equality
coverity#1326883 FE: Test for floating point equality
coverity#1326884 FE: Test for floating point equality
coverity#1326885 FE: Test for floating point equality
coverity#1326886 FE: Test for floating point equality
coverity#1326887 FE: Test for floating point equality
coverity#1326888 FE: Test for floating point equality

Change-Id: I04a00035d541ea7a253a37d2a87c4dc407228346

Change-Id: Id57ccff7ea6cf5c7053b51268b1190f5459bb357

Change-Id: Ie073ff3e92c9344a78badfeefa0afed2c2b76fb8
Reviewed-on: https://gerrit.libreoffice.org/19731Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

This reverts commit bb76b8f1
"loplugin:mergeclasses"

Change-Id: Ib65459ab45cd4cefa859ed75f9ddc4f070879b1d

2nd and 3rd one can be separated by commas or spaces

Change-Id: Ie266956ddad0f23a8bf13f1292105bbe6ec60895
Reviewed-on: https://gerrit.libreoffice.org/19573Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>

Hopefully this will un-confuse users about whether GL is enabled; the
settings only take effect on re-start, so show a current status line too.

Change-Id: I82832fd8d35bc76ab2cf1f394f11a881fde80774
Reviewed-on: https://gerrit.libreoffice.org/19790Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I3d4b39a79c49f847c6814215593d86e8d992b38a

(even though it's not being built right now)

Change-Id: I237cce48ea50b1184b166a8a8132ae425597bffe

Change-Id: Id036f867e75d03d8347cc32a1011c5cdda1dcc73

Change-Id: I76671a74150791e1a74ece3d5bcf40fd6c727ac7

Change-Id: Ib01701c4e89f665cb65cdfa8612b02a70633181e

Change-Id: I75eb9f17a3dcc688314355fa957e3f34086b161a

Change-Id: I376a1a9c8198e71eb8fd893ca4382fd25bd55817

The intention is to call the real function, not the stub itself.

Change-Id: I4bfd3020871c68951b19a3c63ea9a2dc4d736be7

Change-Id: I2f8c9cb71a06f7796576509f605796624e654422