Changes to use SystemClipboard::createUnix break some subtle behaviour
( or is it even misbehaviour ) that users of the service
"com.sun.star.datatransfer.clipboard.SystemClipboard" depend on.
When creating the SystemClipboard the arguments passed to
X11SalInstance::CreateClipboard(...) are used to access cached
instances. Previously the window clipboard was created with 'no'
params and then initialised ( via XInitialisation ) later
This ensured users creating the "css.datatransfer.clipboard.SystemClipboard"
with no paramaters immediately get that same clipboard. Note: creating
the SystemClipboard with no param seesm a sensible thing from an scripters
point of view as the params that would be required to match the correct
Clipboard seem rather difficult to access in an uno only world

Change-Id: Ib71d6744086d354025de4db62039b9a98f230eca

Change-Id: I5b25f1405201024dea94d790566bf1ce349f6593

Change-Id: I9c498c8c2147a19c5f97e48bc8a0e149e6858e23
Reviewed-on: https://gerrit.libreoffice.org/4769Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: Ie74632a6bd5d43a094fa5ea696c099bb537a7e6e

Change-Id: I710eea69e992fe9a85d9eed86cf8023d5ed356df

These were missing from d38cb53e.

Change-Id: I50b2f7a2ec1ff5848802fc6c08e7a6e8e7ccb7f7

Change-Id: I7378f1a230fc55a97bc06d154939502f6ddcc792

Change-Id: Ic97254e338cdac63fd08ee59daf401e92f656f1b

Change-Id: Ic97a766efdbd5e169923b9e7875b16b8ebd88deb

In case we have a table of a given width and the second (or later) row
has fewer cells, we have to add a fake cell to such a row. However, it
doesn't make sense to do this when the difference is only a few twips:
we can't create such a small frame inside the cell later anyway.

Regression from c3b0f135.

Change-Id: Ibc0f02d4184b58bd423c3405e786e1ec25b9dd13

...that it is broken at least in our bundled EPM 3.7 became evident with
d07cbe86 "fdo#65541: Proper EPM %requires
dependencies, at least for Linux" failing for --with-package-format=deb now.

I cannot verify whether this is a known/fixed problem in upstream EPM (which is
at version 4.2 by now), as the download links at
<http://freecode.com/projects/epm> point at a (temporarily, at least)
unavailable ftp.easysw.com server.

Change-Id: Idad1cdfc55d870200ccb24ea94a2fe7c0ed2c9e8

Change-Id: I31cee3db3db0000ba577289ea73b9366efc5ee79

Change-Id: Idb0bfa61655aa2f2d4b73661bce8166121727922

When a new DffPropertyReader is created and assigned to pSecPropSet
make sure the old one is deleted first.

Change-Id: Idd14fdf4e3a03a625a10a89dde71ad66cbdba792
Reviewed-on: https://gerrit.libreoffice.org/4761Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: Id476a0eb1f5965098c8cc2e2847547b1d23387eb
Reviewed-on: https://gerrit.libreoffice.org/4753Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Project: help  d4d1cb52a2d1e66b0514e3d2ab5e12e6969aa1bc

Change-Id: Id4c104bb22cb7fc3c4811b3ea417229af01de02b
Reviewed-on: https://gerrit.libreoffice.org/4752Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
Tested-by: Khaled Hosny <khaledhosny@eglug.org>

Change-Id: Iebd6ce2c210ccc56a72d6a59171015b9729e9b73

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

Change-Id: Ied09a189184380aa3eba30261c7517f6bccf6d09
Reviewed-on: https://gerrit.libreoffice.org/4751Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
Tested-by: Khaled Hosny <khaledhosny@eglug.org>

The SdrObject is still under construction at this point, so it does not
make sense to broadcast changes, because there are not any listeners
anyway.

Change-Id: Ib05e30843b4b0e125d5cae18a481e16fb7e21ba1

Project: help  5292910b0bef2d577fe0a834e59634a327d516c3

(cherry picked from commit df03a043)

Change-Id: Ic50da57748c86de7a87de905c97d9162afde8ed6

Change-Id: Id25c562620ee1bdf6cdf1182b7342067c70c5479

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

Change-Id: Ifb1fc23c416f47c6618e7ef22a53b1744ff0e2bc
Reviewed-on: https://gerrit.libreoffice.org/4748Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
Tested-by: Khaled Hosny <khaledhosny@eglug.org>

When the import with xlsx ranges fail - try with
internal data table.

Change-Id: I8d767c2d92b4d5ca77e83565527b2bd1e29091ec

Change-Id: I5ccf8792ce0d3ffa9a0dffc1bc8976fe029808ab

Change-Id: Ic46dcc8cb415fd3ea9062d477260cb6f120fb815

Change-Id: I38aa1461d05e3dee096e69b7cd95e2ddfccc9594

Change-Id: Ib7c8a7b7b1ce7f2b9afbb17a50848ae1d8e28907

Change-Id: I95cb42845535532fca5622d8d4f8b394ff22d4d3

Change-Id: Ia5251a3bc8387289056abacbb4836b77262aad12

Change-Id: Iab8695f579abb009f12aa76f4e161f106527f493

Change-Id: I82723a30edc361b627246b66d21dc04cd639caa6

Change-Id: Iea7fafedc2a5f1549a701d1fa768c127e3236246

ResolveStaticReference is reserved for calculating invariant formula
groups.

Change-Id: I58aeabb01f11f98a5c300780734b31079417f4c7

Change-Id: Ic67af048baa55cf1aee118ec741f140831127a95