Change-Id: If8addcc5d95f610ade404e62e4a2a775319e9ff3
Reviewed-on: https://gerrit.libreoffice.org/11354Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ide5705323579aa5ea1e725685acb7421f416cf04

Change-Id: Iff4da6d6281eb9194db348ebc10fbe7718538401

To make 'if (rBackgroundFillStyle.mnThemedIdx != 0)' actually work
as intended. Avoids invalid call to pTheme->getFillStyle() which
is not supposed to return 0 here.

Change-Id: I323e2628cba64167240e8f0b945e6693b47b8e77

Happened for me with nFndPos = 30 and nEndPos = 20, and a rTxt that
probably contained "->" twice.

Change-Id: I534c60a5904249e25fdefe45639b4512e6f138c5
Reviewed-on: https://gerrit.libreoffice.org/11344Reviewed-by: Németh László <nemeth@numbertext.org>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ibfa6e6ed2a4b4d3fa4b5e5cf624e42442653d358
Reviewed-on: https://gerrit.libreoffice.org/11363Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

There is really no need to create the first document via UNO
createClone(), which is also slower then the internal copy.

Actually createClone also calls createCopy, but without
initializing the document.

Change-Id: I2d1ee6e12e37caf1b0d9bfa393fb4240516628e9
Reviewed-on: https://gerrit.libreoffice.org/10966Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Change-Id: I893adbd54916c337fa23aaccb2865f56d076cdb8
Reviewed-on: https://gerrit.libreoffice.org/11347Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: Id38f28e7138460493fde982cc1ebc75c3cb0b386
Reviewed-on: https://gerrit.libreoffice.org/11365Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I22d530e0feb9e3112b4f2e7548d6335235713247
Reviewed-on: https://gerrit.libreoffice.org/11360Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I41b64c2dccad41193e15b6be2e62ce9dd63e0c3a
Reviewed-on: https://gerrit.libreoffice.org/11358Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I99168faf1ad346f4e18495c15b5bad79fd16818f
Reviewed-on: https://gerrit.libreoffice.org/11357Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: Ia3544c1700d71b0df63b65fe25d28cde54ad8f57

Change-Id: I563f4530f2003ea3090cd15696ea53143f7b3aa6

Conflicts:
	unotools/qa/unit/testGetEnlishSearchName.cxx

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

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

Change-Id: I814311cc0b3e78774f25cac06e48dbdc1cb82c69

I tried to run autogen.sh on freshly cloned LO repo. It prints kind of
cryptic message to say that md5sum utility is missing:

    configure: error: no md5sum: found!

Too many colons. I removed one, now it says:

    configure: error: no md5sum found!

FYI: this message was printing when I used md5sum from Inferno OS
project. LO probably needs some options which Inferno version don't
support (--version at least).

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

Ideally all frames have an anchor point in the maFrames vector, as
provided by MSWordExportBase. If that's not the case, then we have no
idea what would be a valid anchor point: just export those as inline, as
we did before.

Change-Id: I81134d9fb8dc4ca166084964d277ac02ceccde7b

Change-Id: I0d9cc98070c0b9379b1fd828ac65c2d32f83a93f

If the document is initialized in CreateCopy, it already contains
the initial empty paragraph. So we have to delete the content from
initial document, as we're going to replace the whole content with
the pasted document.

Change-Id: Ie6a64dcb070f7d611dfde97f2c1a721834b4167b
Reviewed-on: https://gerrit.libreoffice.org/10963Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

from ApiCellRangeList.

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

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

Change-Id: I16b1a80401369a8d78ea87a96daa3ee03d502e6f

(regression from 43efd9b4)

Change-Id: Ib8ee521cf8142000cbd38a7475772cc3455f7357

Change-Id: Ic83165ee4af86d0ed0bc77505aae8f50cfc1471a

on releaseing mouse button

Change-Id: Ia2f8da6e62d708744707b8187d5961fe12169eb8

Project: help  70fc0dc34e884699f250091bebe4b9e2e858063f

...from previous commit

Change-Id: I945faa6215f971ce817c6450fe0786da0696091f

This removes ENABLE_NPAPI_INTO_BROWSER while it should keep
ENABLE_NPAPI_FROM_BROWSER (embed flash in LO) intact.
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
Conflicts:
	extensions/source/nsplugin/source/npshell.cxx

Change-Id: I80a9159a75653c74423d8fdc7c188568d3188e04

in commit 34bcf9b4 "java: remove dead methods"

Change-Id: Id6d15248f0410a78afa803a72ba3ff0b6a8e7635

Change-Id: I97bf0bd1ea8cf8ece30a2fa328c5c7a8b0549a4a

88a874fc "convert SfxItemState constants to a proper enum"

Change-Id: I979d5a859f0bbfd8797bfc5ba4ce5497eb777fe7

In other words, only executable files go in the MacOS folder. Dynamic
libraries and bundled frameworks (i.e., LibreOfficePython), and
nothing else, go in the Frameworks folder, and all other files go in
the Resources folder.

Especially, note that Java class files and rc (.ini) files also go in
Resources.

Such an app bundle structure is what Apple strongly suggests one
should use, and it has been hinted that future versions of code
signing and/or Gatekeeper will require such a structure.

There is still some ugliness thanks to traces of the historical
separation of URE from "the office". Like there are two separate
"unorc" files, one for URE, one for the LibreOffice application. IMHO,
this should be cleaned up, but is probably controversial.

(Eek! I now see there are actually *three* unorc files in the app
bundle. Not intentional. Need to fix that later.)

Change-Id: Idcf235038deb5b8e1d061734993e9f31869b7606

Only getBackgroundFillProperties() (fill) was used.
Use also getBackgroundFillStyleRef() (fillRef).
Also, do not replace table background color value with cell color,
we have to interpolate the two colors (if cell color is transparent).

Unfortunately, we don't use background table property in LibreOffice, so
this seems to be a best workaround.

Change-Id: I21bcc87a149c9f6d865ebee4012132ccc3a54af2

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

Change-Id: I488accb1fb7588d6b91a8406d78f5897c12b3548

Actually, this cleans this up further - Menu is an abstract class, so make its
constructor protected; which allows us to move the native menu construction
accordingly.

Change-Id: I774cf4ed0cd62b54074fa287d1a7192aced7efee

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

Change-Id: I8afc0ae1351b4c8bb25f864040b99832b1bed3c1

Change-Id: Ibd591ff43b0128eb8d7fb80468eb38ae68d187b2
Reviewed-on: https://gerrit.libreoffice.org/11328Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>