This commit replaces the 1 sec timeout by an infinite wait.
To properly handle application closing, a pipe is created and the
poll also waits for POLLIN event on it.
This allows to abort the infinite wait of poll by simply writing
a dummy byte to the pipe.

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

Replace the sequence:
    non-blocking call to g_main_context_iteration
    if no-event-recvd
        blocking call to g_main_context_iteration
With this one:
    blocking call to g_main_context_iteration until first evt reveived.
This allows more longer sleep period, when nothing is going on (verified
with strace).

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

Change-Id: I27ef805c16dde46b9dff037356e8316e32c2d8c0

Change-Id: Icc3f40475415433955a3735b7a8228a9fcc1a7a0

Change-Id: I12a1d09e474389f98eca24db57a944ad740cbf85

Change-Id: I5092bad1d56ecb302fff611546196a8ab439b52b

SvxRelativeField sets max to 9999 (twips?), but a call to SetFieldUnit()
converts that to 0.18cm, and that would limit the actual value set.

Change-Id: Ia36e9f840dc0c5bce9c599010d78eac0321c18b3

Change-Id: I7105b85f063be801caa3cd397fcdfa24e74caa28

Change-Id: Ia1d3bc04443b30e87e320aa311d3417285ea80c3

Regression introduced with c9c963d3 "autoinstall
ure private libraries."

Change-Id: I8ea597e8d5108e925e982d7b37fa9e1d3af8d1aa

(cherry picked from commit f6159d52)

Conflicts:
	sfx2/source/sidebar/Theme.cxx
	svx/source/sidebar/text/TextPropertyPanel.hrc

Change-Id: I0163d3766923a5a333214f09db4837435590d753

This prepares to be able to read/write the attributes, it does not
enable proper handling of unknown language tags yet. An unknown tag
usually falls back to SYSTEM locale.

Change-Id: I4a78e8fd37deae188c69570157bc4589a712bc7a

is disposed from executing macros

(cherry picked from commit 58eca806)

Change-Id: Ifd07faa0a4bb051dea7b57b775eaf8818a7ce6d3

Change-Id: I6f79594cb01d9577c66ec5897459c37513cd35f3

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>