Only the first case-insensitive match needs to be remembered.

Change-Id: Ifac666760878f769bc04d567db9284eedaa40a65

Change-Id: I9d4aec8ccb395f8bf59f08d0f5ed461e99c9ea64
Reviewed-on: https://gerrit.libreoffice.org/19433Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Ia94becb796f71aa602c65375539f8cdafb270bca

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

Change-Id: I167d656f419ddbeb72960b8510fb8084605d4d5c

Change-Id: I0d64393c029d27c8e6f3b6d360d2509dad16d860

Change-Id: I136b3b1d572e4401d89d50f543150d71dbe44d16

Change-Id: I96667dc89a25455819898b68c2366c4ecef17e6d

Change-Id: I9e1ac9f9a8d1954f570594df58c6421de13c79db

Change-Id: Id4047b656ce53cf754c35fab13216587884da199

Change-Id: Iea2e8353f4d48e792e3ff8d6e4544df35bea9461

Change-Id: Ia0830dda74ab312fd1ca42297b43d48777374eb7

Do nothing for numbers 0x00 - 0x1f.

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

This essentially reverts commit 8865ed2e
and implements a different fix for tdf#90812:
If the formatting of entire cell is uniform, remove formatting of the
leading text run and create corresponding cell style. In all other cases,
write out formattings for each individual run.

Change-Id: I7724b7a474f773f2cdc39e9150d843642fb05bbe
Reviewed-on: https://gerrit.libreoffice.org/19811Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

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

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