Change-Id: I1a62d12531029cc36fb8aeabecb9d92a8af837f7

Change-Id: Ie6e8d4272b0b1d0d2ce93bcbc2e818a9eac1a56b
Reviewed-on: https://gerrit.libreoffice.org/9629Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

There was a pair of unbalanced ifs in the code to write the opening
and the closing bracket, they should have the same condition.

Change-Id: I9b3e64486d1b87a8df65d351f01eb4cc9a8b8c44

Change-Id: I72b02f7d87cf6075d318c1cc0d7288e27bbe1b9c

Change-Id: I1e38e28b57e816a0829d1a56f2ffcb32d8f93718

Change-Id: Icca58dd1531f2442fe5878ed9524a3611c0601ea

Change-Id: Icf99c9bcea187e2a3127b97050d6ddb072540b0d

Change-Id: I4b8e83dc53e09ba18b5cd0e907ce2412d7f7dd98

Change-Id: Ic309c7f2a3df46a4813646902a595408f4751fcd

Half of commit 9b9eb2e4 is obsoleted
by orw's fix for i#124999; not sure about the other half.

Change-Id: I337a4bbf79912c02be7c7c56c5705253b3d7b125

instance has been set, too

- <SwGrfNode::onGraphicChanged()> - assure that graphic is swapped
  out in case its swap in has been triggered by this method.

(cherry-picked from commit 4dbdc0ce)

Change-Id: I3e6aa68d9507095925dec37075abcdf9da58c804

<Gdiplus::Bitmap> instance before using it.

(cherry picked from commit b1272359)

Change-Id: I97364cf963424b0e8d0b52b3c995bd4defdca067

No-one is using the return values, so we can simplify the methods

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

Change-Id: Iada46e037844b010959b153b5e895fd2be021d68

Because the UNO property logic had been swapped earlier.

Change-Id: I35af3e8cee3c4cbc8da43d7bc478f506048887b0

Change-Id: I692fa22132cd3a722b58de22e3dbb759ff888e5d

Change-Id: I5ee17a1e5ea28e6ecf371bea30b36923586f41cc

Change-Id: Iac83316d69e85f2da3de32d8023c228f678c8f08

importExtDrawings() must be called as soon as possible,
before parser starts to parse the next shape.
Call it when graphicFrame tag is closed. This tag include
the reference to the SmartArt.

Plus fix up import tests.

Change-Id: I9e8d54c2b1afeb78a1122390dc4982d580c152ae

Change-Id: I1539597cd5bcabcbf0295d1acc320c503ad53604

(assuming this shall always be little endian, given "Intel" in the function names)

Change-Id: Iff7e1305108dd0f8d9fae762c1f715e2e7b481b3

Change-Id: Iefd1980fc87daa709e8e5c833407c2595e71b401

This allows us to pass through less parameters which are only used for
this functionality.

Conflicts:
	sw/inc/ToxTextGenerator.hxx
	sw/source/core/tox/ToxTextGenerator.cxx

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

Change-Id: I93488fa942f1975b9c32be6d37fc76ea955a2067

Change-Id: I4d7a6a13a721282450a1c217defb84f386535a74

Change-Id: Id52ab22e2981ebda3960acabe473fadfafc67e72

Change-Id: Iecfddf21f19313f46ee2544fad9c4df1e399e0f5

Change-Id: I6ccd4c2ab97237806652059d6ae2cd23a6dc1625

Change-Id: I8cb1d720a8fb22ba2153c5f556e4bd538f5ea8af

Change-Id: Ida87450bda99260d9e153bb9e48d8867f53d42ca

Change-Id: Idb9be9f594b9ab3d1837c003d4a748f9693f5ceb

We already had code, so that in case a shape has a textbox, then we
wrote the textbox contents as the shape text, but textboxes were still
exported independently as well.

Build a list of textboxes at the start of the export, and ignore
anything that's on that list during export. In the future, if both RTF
and DOC will support textboxes, then this can be moved to
MSWordExportBase.

Change-Id: I9370b2bbda515ef605281ad398a358b2f24d8f0e

Change-Id: If8685cf1cfcfb25fd611e385d0b32d0b7963cd21

Project: help  a87da6b2546423f1727b2d857dcfe78aa6bf53af

Change-Id: I67ce0ceea8ee022493311d58acd0211897208631

Change-Id: Ibfa5c806581c450a0b0407cb07751e06dd3a787e

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

Change-Id: I2c6dd21595815c4f382bed2bfb66551929630372

It's valid to have multiple ones from these, but the first one was
generated from the shape, the second from the textbox. Given that we use
the textbox only as a container, don't write its properties, it's not
necessary and may cause problems.

Change-Id: Id1f8bb92c587fe8c1437e412b41510803595dd80

Change-Id: I54a51189e1c595841b8b02f3b4436da4a29f1dac