"warning C4822: 'XMLEmbeddedObjectImportContext::{ctor}::Entry::Entry' : local
class member function does not have a body"

Change-Id: Ieeb11aaf3f204532a77ce80d47e0e6996697003c

Change-Id: Ic1c8fe2994d8094581b7c22a50edb6267122b8ea

There is no documentation in the help on how to open a file and automatically
run a macro

Change-Id: I94c5e87ae0f573a5546a83b118021744b439c7cd
Reviewed-on: https://gerrit.libreoffice.org/32122Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Tested-by: Mike Kaganski <mike.kaganski@collabora.com>

"warning C4510: 'XMLEmbeddedObjectImportContext::{ctor}::<unnamed-tag>' :
default constructor could not be generated"

Change-Id: I3c81bf4c0fd20795e20f5c0f2e790bf4118c0e2d

The default TextHorizontalAlignment is block. Setting
paragraph alignment (on UI) works when this text
alignment property is set to block (otherwise has no effect).
In general this works on this way, but the existing
algorithm did not work in those cases when the
text was bigger than the container shape.

Change-Id: I02dba76f8e3033a465bb14dc826521966bb30987
Reviewed-on: https://gerrit.libreoffice.org/32123Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>

Change-Id: Ia265b0b6b9d1883e51e561c50f521c82bf0de222
Reviewed-on: https://gerrit.libreoffice.org/32124Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Empty paragraphs are removed in certain cases. If the previous
paragraph was in a frame, then this one shouldn't be removed
(unless that previous paragraph was in a header/footer).

Most of this patch is renaming the function to clarify that
it refers to the latest paragraph, not the very last one.

As noted in original tdf#75573, there may be other paragraph
containers that should also ignore their framed status - so
I've tried to set this up to make it easier to add those cases
when proof documents are found.

Change-Id: Icd09793f652616622ab266942f4b81eeb39c0ccc
Reviewed-on: https://gerrit.libreoffice.org/32121Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>

(the explicit OUStringLiteral ctors in aServiceMap are needed at least by GCC 4.8
used by <http://ci.libreoffice.org/job/lo_gerrit/Config=linux_gcc_release_64/>)

Change-Id: I16721317ef4fd47ca6f2905a9387a77fbf54086a
Reviewed-on: https://gerrit.libreoffice.org/32100Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: Ia953a09f708fd83a2a5b2655dec2ed626891bb7c
Reviewed-on: https://gerrit.libreoffice.org/32099Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

...from previous commit

Change-Id: I062b7cd212c17e7eb5274476e6859228d0477c7f
Reviewed-on: https://gerrit.libreoffice.org/32098Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

...by:

* making the OUStringLiteral ctor non-explicit (to be exploited in a follow-up
  commit)

* adding (LIBO_INTERNAL_ONLY) overloads to OUString/OUStringBuffer functions
  that can now take OUStringLiteral in addition to taking "real" string literals

(Keeping the number of overloads smaller by replacing the ConstCharArrayDetector
overloads with ones taking OUStringLiteral (for LIBO_INTERNAL_ONLY, at least)
and relying on the now-implicit conversion from "real" string literals to
OUStringLiteral unfortunately would not work:  Both OUString and OUStringLiteral
argubably need implicit conversions from "real" string literals, so any function
overloaded for OUString and OUStringLiteral would be ambinguous when called with
a "real" string literal.  And removing the OUString ctor taking a "real" string
literal and relying on an implicit conversion chain from "real" string literal
to OUStringLiteral to OUString doesn't work because it would involve two user-
provided conversions.)

Change-Id: I14433fc1605b048807f60b3a3e14f92221d3a226
Reviewed-on: https://gerrit.libreoffice.org/32097Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I5df340811b98c87f8b64fbaca469e2cd4535b81f

Change-Id: I35c2121069c2bcf72f6a4db66ea0703b17f96a50

Change-Id: I7a769ab3c7881eae80849efc5e75eca5846d254f

Change-Id: I1f949c29020c498200decdac487e0519f48a4142

Change-Id: I7a4fe41d6ff5c7b9fe9ed243b84779da9d2c8a68

this should fix libscqahelper ending up with a wrong MAKEFILE, which
then confuses gbuild-to-ide

Change-Id: Ibf030b3d9dbf3ba92b7e119e847d7cd6104dedb2
Reviewed-on: https://gerrit.libreoffice.org/32107Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

since m_bBorderDist is currently always true, this will not have
any real impact, but it should be ,m_bBorderDist instead of ,true.

Fixes commit 5d9d0f3c
   there is a function for that: CalcLineSpace(xx, bEvenIfNoLine)

Change-Id: I5c7f6ad02d2a4c426e2d231c13d3d38ce45b7a1b
Reviewed-on: https://gerrit.libreoffice.org/32112Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>

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

This may have been the cause for some tinderboxes choking on this test
on Windows and Mac if the forecast results slightly differed due to the
initialization with random values and the calculation taking place with
a different internal floating point precision. So let's try.

Blindly throwing ROUND(...,12) at all values is wrong anyway because
that doesn't take the magnitude of the expected value into account. What
we actually want is an accuracy of 12 digits, not an accuracy of 12
decimals.

0.123456789012
1.23456789012
12.3456789012
123.456789012
...

Change-Id: If88d75277c3d17cfd72f36d0f88d093b63da8add

did I break android here mysteriously

This reverts commit f2fae368.

Change-Id: I0d941d3e474c6693cd15e1b55baab83a3da48488

Change-Id: I78bee8ee1426096830f8402e3967819779426783

or footer.  Some very special handling going on to paint these in
VOCOfDrawVirtObj with a GetSwDrawVirtObj().GetOffset() added;
they are falsely identified as invisible because their
sub-objects have an anchor set but it is always on the first page
so to properly check them we'd have to add the same GetOffset()
thing but checking the top-level object should be sufficient.

(regression from 689cead9)

Change-Id: Ida6fcd41948f46410ca02193549e426bc9dae8c5

It turns out that draw objects in header/footer often don't have
AnchoredObject::mpPageFrame set, so use FindPageFrameOfAnchor()
instead.

(regression from ae06f4be)

Change-Id: I6d54baa3acffa6775d5b57a1517c77a964065dd0

since...

commit 880e622d
Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Date:   Sun Dec 11 14:30:44 2016 +0100

    refactor out lcl_GetWW8Pos

IIUC the old code only changes the X/Y if its not NO_CONV for
that direction, so lets reintroduce that and then drop the assert

Change-Id: Ia5b0e668fff83466dc2ab59aa163cb9a87984b0e

wrong since...

commit 880e622d
Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Date:   Sun Dec 11 14:30:44 2016 +0100

    refactor out lcl_GetWW8Pos

Change-Id: If7b680aa80a3d2e197b853a46afdcee6be83046c

Change-Id: I73eb58e44c00d5e1cfcabe71f2ba946a81a62fa7

Now it broadcasts "disabled" to disable the command and
true/false to tell the status of the command which automatically
means "enabled"

Change-Id: I3314da77fb2b84d97f64b9832d65791b84fcd7df
Reviewed-on: https://gerrit.libreoffice.org/32086Reviewed-by: pranavk <pranavk@collabora.co.uk>
Tested-by: pranavk <pranavk@collabora.co.uk>

... and not true/false

Change-Id: Ie9ae6cbf70c1934dda1002deabda23c9f461c8b1
Reviewed-on: https://gerrit.libreoffice.org/32085Reviewed-by: pranavk <pranavk@collabora.co.uk>
Tested-by: pranavk <pranavk@collabora.co.uk>

Also changed varaiable names for easier understanding of their meaning.

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

Use OString::getToken() instead of manually tokenizing the string.

Change-Id: I2647dc2be1343de8ae0adf581260f5e06364ef79
Reviewed-on: https://gerrit.libreoffice.org/32015Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>

Partially reverts "tdf#103725: Fix horizontal scaling on Windows",
which didn't work on newer Windows versions anyway.

This reverts commit a5750d92.

Change-Id: Ia4bb426a21804517d3ec313ab7494ba121c5751b
Reviewed-on: https://gerrit.libreoffice.org/32068Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>

Change-Id: Id97600a7d29fbe938d67ea074ca12dd665a29cc3

Change-Id: Ib98620423606e355cf24ee3954f196d9f073c30d

Change-Id: I19292f03c1a28eed8712dc83dc9cc0334c8f45e3

Change-Id: Iebe340f9594f0e1847055361cebce5930685efd9

(sal/inc/rtllifecycle.h only hits on Windows as that is the only platform that happens to
actually include it in a C compilation unit, sal/osl/w32/dllentry.c)

Change-Id: I2878b52daf713ea45eaa2968cc5d2686b86abfe6

since

commit 817cd83c
Author: Peter Foley <pefoley2@pefoley.com>
Date:   Mon Jan 18 14:19:51 2016 -0500

    Improve LTO flags on Android

so just drop the piece which can never be true here

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

Change-Id: I9e4f210c9670b28a99b779d15ec32303832ce48b

Change-Id: I557e752ca05146e2a571d027fc3d1875afd6ef26