Change-Id: I37b2a892143892740674ce9882ed61ea88eda894

The interaction of environment variables and make variables is fun.

For some reason, the
workdir/.../UnpackedTarball/nss/mozilla/nsprpub/configure script is
run twice: Once directly from nss/ExternalProject_nss.mk, once from
the sub-make run from nss/ExternalProject_nss.mk. In the first case,
the AR and RANLIB exported by the gbuild make process propagate just
fine to the configure script. In the latter case, not. So add AR and
RANLIB assignments on the sub-make command line (to override values
set in some of the nss makefiles), *and* make sure the sub-make
exports AR and RANLIB.

Change-Id: Ibd55bc8a7e001106e12b2207500e74c7bd01c73a

With Clang, LTO means compiling to LLVM intermediate representation
instead of object code, and optimisation and code generation at link
time.

As expected, linking the single executable for the iOS experimental
app takes quite some time (several hours), and in fact it eventually
fails. Hopefully better luck on OS X.

Need to use xcrun to find the right ar and ranlib, too, from the
Xcode toolchain being used.

Change-Id: Iee69397c57bf1d622882ad78c188e1734f6cbd63

** CID 1038508: Use after free (USE_AFTER_FREE)
** CID 1038509: Use after free (USE_AFTER_FREE)
** CID 1038510: Use after free (USE_AFTER_FREE)

Change-Id: I3a1422e252af415536d9303e58ff85763c231921

The proper background is now set using HIThemeBackground.

Change-Id: I71e4287273f7345a18eee4c4fc494eea10f2deb2
Reviewed-on: https://gerrit.libreoffice.org/4287Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>

(cherry picked from commit 0a78e6e8)

Conflicts:
	odk/cfgWin.js
	odk/configure.pl
	odk/docs/install.html
	odk/setsdkenv_unix.sh.in
	odk/setsdkenv_windows.template
	odk/settings/std.mk

Change-Id: Ie124ffbb857e796923981e13dc3116c7af341056

Change-Id: I2db39313de7df003b59a00a6d6a210f29c3a24ea

Change-Id: I384e9d499eedbe87030417952bf057b16cf549d2

RTFParserState is private to RTFDocumentImpl, exposing it is not a good
idea. One more step towards RTFTokenizer not speaking directly to
RTFDocumentImpl, but through an interface.

Change-Id: I3f626d4f2c560a20d9e24105459e95a66d0a87ca

Change-Id: I1154b29119fd3fbb30d50246e94b3906bea24220

Change-Id: I1154b29119fd3fbb30d50246e94b3906bea24220

Change-Id: Ia14bf30cf65ea5cbaa268b1461fc5c6d7acb702d

Change-Id: Ide5c6562c9be947ac2e59c79493c021031c7203e

Change-Id: I119cd010f6f54d428017ea59016b5fdd91c6d4da

Change-Id: Id853f17f973edfc5aa41843c99e77e4b86f27bf8

Change-Id: I1d9fe14cdfd77ef79089cdf9c20a876238862bae

Change-Id: I604bb2eeac5b2b5285d80c5edef98b98b6c42f52

Change-Id: I1fa71a926e0df753a553f43aebaa201a13f74f95

Change-Id: I03b26aaa9be491e760335185c5a9ffd5d04990bb

Change-Id: I561674db910d60ee6ade230cfc48bee7f37c9107

Change-Id: I7fbaad5ffc89e4df0d9ce79595e9e0426802e3cf

Patch by: Clarence GUO
Review by: Wang Lei

(cherry picked from commit 0f04f29f)

Conflicts:
	sc/source/core/data/table3.cxx

Change-Id: I7ffa7b82dc88b78982af2d5291f6c15b88a81c4c

Change-Id: I3cb19fb24028bc07d24b56786b6573dc79911bda

And add a test for it.

Change-Id: If76a67e02ac6ad5199d664850bd8591bd3032f32

Change-Id: I49dfc1b3efcd00547764159fc9ce3dcc1339f7d2

Change-Id: I236b14822ae1852298ccd28aca9b54bc79a97312

Change-Id: Ie6cfcc32c1ff80dab0f9835524c89d40503f69f0
Reviewed-on: https://gerrit.libreoffice.org/4498Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: If801818c2efc8cdec651ff259243075abac41d20
Reviewed-on: https://gerrit.libreoffice.org/4497Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I127f6756bae786c41122174b615c607b2c3b7ec4

custom shapes that had text suffered from strange display at zoom
levels != 100%, this was because there was a bug in the code to
correct the textposition

Change-Id: I8d1817cc6be91b3e6379200eb21eb2966d3c2aa9

Change-Id: I2d54fa4c39c28b815a051977715e1db672156957

There are two cases here: if the shapes contain tables (or other
Writer-specific features), we should use text frames and we should not
create the actual group shape, as Writer textframes can't be part of
such group shapes.  The other case is when the shapes contain simple
text, OTOH there are groupshape-level transformations defined, in that
case we should choose drawinglayer rectangles and actually create a
group shape.

This commit implements support for the first case only.

Change-Id: I9dc99b0711ce5c7a29ea0b14539df0121f9de3d0

Change-Id: Ia3c6df80ff26ea00e91dd97841c4867bf0a55705

Change-Id: I5dd8dc9a3a256e51706d32249260f6561202bbc9

Change-Id: I08666492fea76395fd24b0ebd02647821f49573d

Change-Id: I7fae615f644158c9e5137330daa4873ad4192fd5

Change-Id: I9d75b0a625009d483467042584d2d2f89501cb96

<sigh> added some files that were part of a patch that I was testing
were not intended as part of commit

Change-Id: I34ed7f55de28fa09739c0dd8d5084824de676477

expand the existing borders import check to cater for xlsx ( and
testing for fine/hair border styles )

Change-Id: Ic5c3cd46e0049dbce9997f0881c4d98e0d64e00c

Change-Id: I79cb4db1ec87258c45ddc786914b32f47e96acf5