missing are still the Excel2010 extLst entries

Change-Id: Ic0c728613b1ee48482cbd9cef2aeccd0e0f25f72

Change-Id: Ib9fe916eae980949978b0a5a78dfabea6581a43b

Change-Id: I309ca58d708f0df87365a21fdcf9acb829f08a9e

Change-Id: Ib2d3b9434038b25f2dc175809e211d7651998583

already supports ooxml import

Change-Id: I3e54aa1632a78f853bb13a3a4f76e9d66ea0b9ac

Change-Id: Ib8c141309227aa711944bed202258d131ed1367d

This reverts commit 7963c095.

Should be obsoleted by 3f0f07c7

This reverts commit 45c7a7f5.

Should be obsoleted by 3f0f07c7

Should be especially useful on Windows (e.g. 'make sw dev-update').

Change-Id: Ie80b7f1caae0fc1edc7cf791494c7648ca7b8d82

Change-Id: I0ac41af09ac6582c3f75239f2163c895665cd572

Change-Id: I18d1dbdc9d7ed6027969424a196532084537fe87

Solves 2 problems:
1. it can happen that AR decides not to write to the .a file at all,
   because no input file is newer than the archive content; then the
   timestamp of the .a file does not get updated
2. if an object file is removed from the makefile the .a file would
   still contain it after an incremental build

Change-Id: I30737c6454dc06c89ccf233e06d430d2ddc5bc33

Mangle all included files in the UnpackedTarball directory in
the generated dependency files to point to the target of the
UnpackedTarball instead.  This will cause all files that include them to
be rebuilt on every unpack, which is sound and much easier to maintain
than manually enumerating all internal header files somewhere.

Change-Id: Iaaa9b27450549d26b40d32ae0f740c2d5ef0edc5

The generated cxx files that are built in the StaticLibrary depend on
the header from the UnpackedTarball.  When the tarball gets unpacked
again in an incremental build, the headers may have changed and the cxx
files that include them must be rebuilt.  This works for those headers
that are added to a Package, because they are make targets, but not for
those that are not delivered and just sit in the unpacked directory.
These need to be manually enumerated in order to turn them into make
targets, which is not entirely satisfying.

A little grepping in the .d file for the StaticLibrary can help:

 grep "UnpackedTarball.*\.h" workdir/*/Dep/LinkTarget/StaticLibrary/libwpslib.a.d | sed 's,:* \+[^ ]*$,,' | sed 's,^.*UnpackedTarball/[a-zA-Z0-9]*/,,' | sort | uniq

Change-Id: I9fd4ee0cd6646c834118cf172e39a24d2833c439

Change-Id: I75c754a9b1cb59936f1ea6acac92ad47ac417f27

Change-Id: I92395d5883ce862f1dca7b88aa4291a9608c1a52

Change-Id: I63e68bd37b46f339d09d97a6bf6edfeaa6a7df1d

Change-Id: I17eae5612b88c3f57842a8ae50b1d062acf94765

Change-Id: I22d94cf0584be892da6ba17aadabf45f47809252

Change-Id: Ibd651c0d027dcf8b63b9208ffdcbcfaee3165b38
Reviewed-on: https://gerrit.libreoffice.org/910Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>

Otherwise, the table default borders will be used.

Change-Id: Iebab1204dc40f79e10164e4815bbdbbe054ef144
Reviewed-on: https://gerrit.libreoffice.org/909Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>

Change-Id: I148345485534ae50b616857d971ef1c8b1594f28
Reviewed-on: https://gerrit.libreoffice.org/908Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>

Project: binfilter  9e1d8c9cfa1197c4fa5685240549fed3134e4f7c
fdo#46808: Adapted to core CalendarWrapper changes

Did not need to create a new interface, because XCalendar3
already covers the whole service interface.

Change-Id: Iaf094014c16e872d2003ca6e8e7588abd081d882

Removing the xJobExecutor.is() check from
SfxGlobalEvents_Impl::implts_notifyJobExecution was wrong, as
m_xJobExecutorListener was a WeakReference.  However, it appears there is no
good reason for the latter, so the situation can be corrected by turning it into
a plain Reference.

Change-Id: I5690d226b3e8fdd97f75a37502e600b460ec674c

Also remove some unnecessary fields.

Change-Id: I01e007a9e1dee12a8081e8b165fa7e090d594612

The service already existed, it just did not have an IDL file.

Change-Id: I198f25f556efd4ec3f6582cf8bfb40675c6e3570

Change-Id: I25595ea67eb521e118f4b00337ef2a55dc52256a

Change-Id: If39ae761165bc4debd3c7d994be0446149f2c4ac

...from the old dmake and/or Hamburg-specific set up.

Change-Id: I441ce66dd91d353196cd9d1a9853720195a6fcdc

Change-Id: I8c038a0c59660f4fb672d71c08e6ee0b56c302ee

Change-Id: I9d86ea5b27e8b8db75bf7a2ea9965621c857adb7

This reverts commit 393262b3. It turns
out that this hack is not really needed for n#778140, but it causes
problems, for example in case of n#775899.

Change-Id: I00b9f7112f951935450c683c5942b0d6c2b7fee2