Change-Id: I0a91ea0ca36d57320c3495a5cedba7924d3a7ea7

Embedded spreadsheets consist on two files:

* The spreadsheet found in word/embeddings/ directory.
* A preview image found in word/media/ directory.

This patch saves these two files and writes the proper XML to the
document. It looks like this:

    <w:object>
      <v:shape id="ole_rId2"
      style="width:362.55pt;height:145.7pt" o:ole="">
        <v:imagedata r:id="rId3" />
      </v:shape>
      <o:OLEObject Type="Embed" ProgID="Excel.Sheet.12"
      ShapeID="ole_rId2" DrawAspect="Content"
      ObjectID="_227653443" r:id="rId2" />
    </w:object>

Some simplifications were done in comparison with the XML generated
by Word; the lines above seem to be the minimum working code.

Similarly to drawings, charts, etc. our code postpones the actual
process of the OLE objects until the rPr tag is closed.

TODO:
* Unit tests.
* Add information about xlsx extension to [Content_Types].xml
  * Without that, Word doesn't detect the OLE as an spreadsheet.

Change-Id: Ia0c797b72cd6e99ca9ad7fa11897b62ab3867a5e

Not all shape types have the full com.sun.star. prefix, for example
FrameShape. The existing code would crash in that case, but the new
code doesn't.

Change-Id: I9aa3d0f20f48ab91a6770e8409a8da2028816504

These methods were added to provide access to the stream to the
embedded object itself.

Change-Id: I0a47a54852cddbd5ddd0a6599bba21999afd96ba

Change-Id: Ica71d0691cf02aeaa03b6570015d9828cd7daeed

Change-Id: Ibfd47071c73fc5f6c48d268a1f00d7f52762d0f2
Reviewed-on: https://gerrit.libreoffice.org/8204Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Fixes build error:
    bridges/Module_bridges.mk:29: *** no bridge selected for build: bailing out. Stop.

Change-Id: I1d173e75ade45878e53ed07758783bdb5a7370c8
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Fixes:
    no match for ‘operator!=’ in ‘i != std::vector<_Tp, _Alloc>::rend() [with _Tp = rtl::OUString, _Alloc = std::allocator<rtl::OUString>]()’

Change-Id: I7b4ba07ebe51c73893a3d6b77dcf5681b7638efb
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I30293ac22fb26e0f7c9bfd335ccaa9a2d263d02f

Change-Id: Ida05478aae5a379775c671e0c2f2851d820d78be

Change-Id: Ia2844af91159bf4a512fcb70883fc6a1eddfce35

Change-Id: I1e99a2ff08c83ac361ab001e90047d9b8d5524fc

Change-Id: I40d451c170699ed7616c1159a354bd93444743c0

Change-Id: I479eabcd45b741a633d7d00b2bdcbd3d0dcbf0ff

Change-Id: I5153c4413004d1b50cc503b3e70657bc831a5793

The code was commented out in 2009 in CWS metropatch01_DEV300, with
any reasoning behind it lost in history, and then cleaned away in
2010. Re-introduce the bit that tries FORMAT_GDIMETAFILE. Seems to
work for data that produces a reasonably sized metafile. (For data
from an Excel "Select All" followed by "Copy", that puts a million
rows on the clipboard, good luck... Unfortunately when doing that in
Excel, sometimes you get a million rows, sometimes just the non-empty
relevant part of the worksheet.)

Change-Id: Ib5f1a989b65ad0a30194a1ed23f8b94dd3822cac

Change-Id: Iba1c798edfe1b0eb5edcba904ceacec9174cacc6

Change-Id: I5d17a04fe0a3051374d75d9c989d95377f18c79d

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

Change-Id: Ic1c0174718ba6853fcc8795324a99b2a332b865e

Change-Id: Ib03c97a52df120bac1ac9b2b9d2e52431ead1027

Change-Id: I30312e039c98007d6f379c3ee9b1500ddfbfc39d

Change-Id: I848873b07ab05cefdc755a8bf1301907fdfbc299

Change-Id: Ie2caee1d5a7912011d76172539c2f8f37eaee5cf

Change-Id: I4848bf84615274ad5732223a354fb7a6b845d9a8

Change-Id: I55292f5f0049e7c77d5bb0e5ef5fa187b815d159

Change-Id: I84cd2cd13b56a2fa369fc4c1e98c5be519a50e78

Change-Id: I0738b3a69df9acc6e636849fbb78231621e1cad9

Change-Id: I9fe8967892f2298729940af3b3781fde760de69d

Change-Id: Ieb622364c1fbb2e5177392ff576a457a57b5cbb0

Change-Id: I5d94ebf602d06f334661936136213cb4eddb6a36

(cherry picked from commit 977a0503)

Change-Id: I1f31f6731353b2d8b8fd684fc6ea29becfd4a814

(cherry picked from commit 2a3c87a5)

Change-Id: I3ef171481b206f7a9d356110d1b4a1559cd5e837

Change-Id: I03a2d24d5ff6b868cd67c7b3e1d19c6a2243b92f

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

Change-Id: I7730fb047a10f270498bbf6f1a89dde034514121

Change-Id: Iea975665b9225e535dcc4fbdcd666d7c7bff8ef3

Change-Id: Ifdc0c0802e8d13d57023cb24096f8364e6ee9e91

Change-Id: Iba02edccfb09c2b42be164c62c57315b58884c98

Refactor the code to support an additional main element at processing
of w14 elements for rPr.

Change-Id: Iaf18a11bbda245b0b5b629e5f2e9f1f9682e6d41