My simple test file is finally valid but is still now shown in Excel.
There must be another bug in our exporter.

Change-Id: Ib55e5b32edc3a556e9081b3008df539275dc289b

c:characters does not have an attribute val. The value has to be written
out as normal string.

Change-Id: Icd2c4034918bd223d0c8082a7d137e1ce79a9cfe

this fixes one validation error with documents containing charts

Change-Id: I879963484b1cc00322e8c79bf77dfbbf91869587

This does not work yet as we have several validation errors in our
exported OOXML chart doc. I have to clean them up before the documents
are accepted by Excel.

Change-Id: I0bba64a9c6cab489199c8e6f04158fea7b953d0a

Change-Id: I74a4dfcebd61ca1b6befa9f49214e4155ce0bd34

Change-Id: I70be33bc4843a19a24ce2fcb0cda094684557c04

Change-Id: I969217263fdda3e61b38dc16f0a9251b745de885
Reviewed-on: https://gerrit.libreoffice.org/3652Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I0727b800c715962a88e256b30046c9e13d6bd2a9
Reviewed-on: https://gerrit.libreoffice.org/3650Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I5f2cdcd8a17ca250413bda066acaeab24118f9d6

Change-Id: Idbde83eab55864c16e3472397cb5bd433cf2431c

Change-Id: I5a4433595ac19930a40132c5749a8c0150c90aae

Change-Id: I2e4805b89d519fd5586d5a1edf5dad7662c022de

Change-Id: I1855e72efc1a034d28ca2326ad8b239e2671cea7

Change-Id: I1279ea7cdd9828598179154815a85e2a4ce7e567

Change-Id: I1d2ab70a1557376f056b236c4785e013275bbb92

Change-Id: I073be89556091321543adfe246d751e5f4df119a

Change-Id: I06d20538ec2b4f80963e0e7c6c401b3d573aac86

Change-Id: I88f6327c12fa2b782aa5c82e5891006713348477

Change-Id: I20612a93a25d1748725a792cfae0bce8c3ef262b

This is a part of my effort to get a runnable $(INSTDIR) as a more
convenient alternative to make dev-install. I plan to copy all necessary
shared libs, executables and other files to $(INSTDIR), which increases
the disk space demands for a build (there would be three copies of a
library/executable in the same build: one in $(WORKDIR), another in
$(OUTDIR) and one in $(INSTDIR)). Because the runnable instdir idea is
limited to Linux anyway (at least for now), it will be disabled by
default.

Change-Id: Ib61109b1a193c61c0236b50b64c34fea20f40297

Change-Id: Ib382319a4916b711c820c06ba57928ca11d0b804
Reviewed-on: https://gerrit.libreoffice.org/3648Tested-by: David Tardon <dtardon@redhat.com>
Reviewed-by: David Tardon <dtardon@redhat.com>

Change-Id: Icd436733b47d7883209fe73dc1d0099dc87db089
Reviewed-on: https://gerrit.libreoffice.org/3649Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I958a961993aaf920c52b5d7b8eea6666656b4ddd

CLOOK = "Compiler Limit: Out Of Keys", an error reported by Microsoft's
compiler a long time ago. No such problem in those versions we support. No
need to mention CLOOK in comments any more.

While at it, re-combine one large switch statement that was split to avoid
CLOOK.

Change-Id: Id93d973a5fb3c81b6c754eef0ba3b0bd55a649d2
Reviewed-on: https://gerrit.libreoffice.org/3640Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

This was a situation similar to
d0d295af. Unfortunately just changing
SwTxtSizeInfo's pTxt to an OUString copy doesn't work, as we still have
code that relies on that being a pointer only.

Change-Id: I202d7e6f5bd3005fc50551aa7195b419994ca3e8

Crash with GCC 4.8 without the modification.
Temporary fix, should be replaced by OUString copy.

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

Change-Id: I923704d47d4fbc764e847a1bd6eed9fca2dce089

This was actually meant for idls, not headers :-) And it is obsolete, as
we do not deliver these to $(OUTDIR) anymore. We use explicit include
paths into $(SRCDIR) instead.

Change-Id: Iccb0dc529a99be59390f032fc331996146829abb

We do not deliver the created headers anymore.

Change-Id: I5317c43522d0b91044ccc880031795360816b21d

Change-Id: If59a19363d9b82f17fcdfe4632edf6f757c65f64

Change-Id: I916d72cb1104a4d6109a3c5a3a74fb74cea74769

Change-Id: I389569b027a900f42e43762c5685ec239bc4b565
Reviewed-on: https://gerrit.libreoffice.org/3646Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

The creation of the UNO shape in SdrObject::getUnoShape is influenced
by pPage, so when the page changes we need to discard the cached UNO
shape so that a new one will be created with the new page.

This replaces my first shot at a fix for fdo#60910 which reinstated a
line to discard the custom shape engine (and consequently the UNO shape) in
SdrObjCustomShape::InvalidateRenderGeometry.  That worked but did more
discarding than was necessary.

Change-Id: I665fb6f9e1563bbc4eced046f027a53991a7e45f
Reviewed-on: https://gerrit.libreoffice.org/3642Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I1384bf53a29e174bb97db4c0644f9dce39c0e36d

Change-Id: I091b12bed3cdfd3abacaa0dba7913d0351d17634

Change-Id: I512e6332a632acf90e4f995fbc7fd19e7ef094ec
Reviewed-on: https://gerrit.libreoffice.org/3644Tested-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
Reviewed-by: Ahmad Harthi <aalharthi@kacst.edu.sa>

Change-Id: Ib447cd8633c3102ee78c919cfbeabcc88018b130

Change-Id: Ia0d3f1d12c53e8d7ce0da55977867d5ab932c92f

Change-Id: I1c6c43b73b22120b2f2985256896af214012f0ad

Change-Id: I971616f3741d5d4f2c30624e28d6a3ae45e9e5c8