Change-Id: Iaca58dda19d24a767333ff642759414951a03e6d

just split that out into a standalone function, no logic
change

Change-Id: I061d5d716b3fc2a9fb6385e7fb249ce300752130

Change-Id: Ie0338860717630633752a39814057c736d1faee8
Reviewed-on: https://gerrit.libreoffice.org/17059Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I106a0be06c4b9fe1313bbd8d4c62472c4b0a4b4f
Reviewed-on: https://gerrit.libreoffice.org/17045Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Iddfbde451088750f8c74f3ac72c35b5ccfbe0ab1
Reviewed-on: https://gerrit.libreoffice.org/17044Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I69cd54f6fddc93f0cdf87651401fedb60aeeb1f4

Both the document statistics- and state-manager have their
own modified flags. There is a cyclic dependency between the
the two in that updating the document's statistics also marks
the document as modified. Of course when a document is edited
the statistics modified flag is set to trigger an update.

To avoid a perpetual cycle, the statistics manager resets the
document's modified state to that before setting the new
statistics. However, this doesn't reset the statistics
modified flag, which was set when the document was modified
by setting the new statistics. Hence, the statistics thinks
there are modifications in the document when there isn't.

This patch is to make DocumentStateManager::ResetModified()
symmetrical to DocumentStateManager::SetModified() by
reseting the modified flag of the statistics manager.

The idle CPU drops to nil on unmodified documents after this.
However, for modified documents the statistics is recalculated
perpetually until the document is saved. This will need a
different patch to fix.

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

Change-Id: Ie9f3daa49b02dddc7b56d1f5fb58a229f53d4513
Reviewed-on: https://gerrit.libreoffice.org/17043Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ie35ee8c392e3e8ebc4a42d20e76813c8d29d387b
Reviewed-on: https://gerrit.libreoffice.org/17028Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: I6d3c76c0aafe0ad77b597a2cb8331e6f8219e2d2

Change-Id: I6b9089daaa2bb7d0dfc1072296fc51401e5fc88a

Change-Id: If7c6c1c5000893fca4205162526b4b4035637c11

Change-Id: I82df7b89c598c3c7903dee865f899862902a0d86

Change-Id: I7089b09c4497a2fc4cf8ca13ab098c747e565721

It seems rather odd that we dump this to a file and parse again to me.

Change-Id: Ia32ba9ff3e7878d40032bd7d10fba2c143d11757
Reviewed-on: https://gerrit.libreoffice.org/17033Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Change-Id: I91b78ec3a19b6f09ae6e9ff723ebda41d656f2fc

Change-Id: I0a57d590d9e82d368b00ef11426e512ba7bc4dd4

also fix DATEVALUE() function that was relying on this dataloss

Change-Id: I6030505a762df3ecbfe9a8331267846d3de817e8

Change-Id: Ia8df87e2b6803ebe4ab8d3defa147d20ca8d7422

This reverts commit e60f6ac2.

The "width" field is "int" in freetype 2.4.8 and "unsigned int" in 2.5.5

Change-Id: I4f7cc2bcf715890a85b956a5bf59667f634f31b5

Change-Id: I0de6e4598f365fda1cccd1d3466429e52cf4067f

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

This is pointless, the GCC warning was fixed in the previous commit and
FT_Bitmap.width is of type "unsigned int" already.

This reverts commit bc4a2d7c.

... of SwTableFormat to SwTableBoxFormat for the temporary SwTableBox.

Change-Id: I74118b1b028bd71561f9afe6acd1cc95991a3761

Change-Id: Ib668bb948a2cd557db7b8804f8a81800048f88bd

Change-Id: Iccb727f1aae27a27ed829c9ba09e247611710295

Unfortnately happens in CppunitTest_writerperfect_draw for Draw docs.

Change-Id: I1317d30d71fa5975564d1060cbf8958f63b67f40

Change-Id: Id0345e5d867d18bf7eb341f04086226b7fa79680

Fixes
Traceback (most recent call last):
  File "/home/laci/m/bibisect/lo-linux-dbgutil-daily/opt/program/wizards/web/WWD_Events.py", line 249, in addDocument
    oLoadDocs = self.LoadDocs(self.xMSF, self.xUnoDialog, files, self)
TypeError: __init__() missing 1 required positional argument: 'parent_'

and:
Traceback (most recent call last):
  File "/home/julien/compile-libreoffice/libreoffice/instdir/program/wizards/web/WWD_Events.py", line 252, in addDocument
    oLoadDocs.loadDocuments()
  File "/home/julien/compile-libreoffice/libreoffice/instdir/program/wizards/web/WWD_Events.py", line 934, in loadDocuments
    doc.cp_URL = FileAccess.connectURLs(files[0], self.files[i])
NameError: global name 'files' is not defined

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

Change-Id: I505b7b0e6bf86093fbed1aa7e28b710e12116e6e

Change-Id: I83ce7cb1b06ad69250aee48e9a8c1167ae7ef239

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

This global was crashing on exit, unsurprising as it contains UNO
services that reference VCL objects.

It turns out that there is already a UNO singleton
framework::ContextChangeEventMultiplexer that effectively contains this
mapping already, so try to hook that up without creating a public API of
it, which is made quite a bit harder by framework's inexplicable
multitude of libraries.

Change-Id: I4baf67b42c630191fa8879d650eeb62520c331a5

Change-Id: I83618cd2fd12fb0c1691dc7255fc7192e68649cd
Reviewed-on: https://gerrit.libreoffice.org/17031Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ie42c10d09a7b6194919e57e88022e05e4cbd7016

The simple color distance on RGB color space is not good enough.
It leads to a better result if we use the scheme of the primary
colors.
This method works well with MSO highlighting color palette, but
not neccessarily in general. In highlighting palette light and
dark variant of the same color type (e.g. blue and light blue) has
the exactly same scheme.

Change-Id: Ied08b4c388b8020326709d01d2de290afdd9d77b

When image is set to a Button control the correspoding graphic object
lives only temporarily, after the graphic is copied from the graphic
object it's destroyed so save can't find it by graphic ID.
Use the same solution which works for ImageControls: use a graphic object
member for the control, so save can find it.

Change-Id: If99a3efc4727a07df9d2daaefbdacc9565920005

Conflicts:
	offapi/com/sun/star/ui/dialogs/XFilePicker.idl

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

The G_ADD_PRIVATE used in libreofficekit/source/gtk/lokdocview.cxx is from
2.38.

Change-Id: I2058932f8252d2715f970f020160f4f960987125

to find stuff called from 2 levels+ inside template methods

Change-Id: I4ba308a992e64a091e5364b8aa89e44d6772dcb0