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

Export filters don't have access to SwXShape, and it's probably good to
have that way.

Change-Id: I039bafec10d2fde7c7acdcfad5b07068a2a519f1

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

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

When a w:shd has some pattern with two colors, LO blends both to
render the paragraph background. We must compare that blended color
with the paragraph color on export to know if the user has edited it
or not. We were using the w:fill attribute to compare, but that was
incorrect.

Modified an existing unit test to check this behaviour. The unit test
had to be retouched because Word remove some redundant information
from the original .docx file when I saved it again with some
background changes.

Change-Id: Ia2f1ddc4afd2637e1d87b6eccd441c26853045c4

The missing attributes are w:val, w:color, w:themeColor, w:themeShade,
w:themeTint, w:themeFillShade and w:themeFillTint.

Change-Id: I67dd7c367d820216c1d11f82e3430fbf550cede8

Ensure that the proper media type and relation type are written in the
.docx document for a .ppt presentation, because they are different
from the ones for a .pptx file.

Change-Id: Id91269e49c0effb35415ae8827ff949e69e7063f

Force ##-MMM-## to be ##-MMM-#### if the first number is a day value.

Note that the previous implementation of
(bDay1 && bDay2 && ((bYear1 && !bYear2) || (!bYear1 && bYear2)))
never matched anyway as the detection of bDay1 and bDay2 were changed to
only yield true if bYear1==false or bYear2==false.

Change-Id: If6bb6d3e1757015552eaa81c1f58d53c0794846e

Change-Id: Idb13242d25583b1c323b5a20ecc10f10b8b82465

Change-Id: I018e8bc7f514b0d720bea19aa854aa776be366be

Change-Id: Ieac19e8dbb8328791d0c7110e9c787ec7c3bd448

Change-Id: I9cfdcad1c5e36b9cc6b44dcd3a25018bda6281ce

Change-Id: I419ece67081531d42e6dd49ab8c7d71d5a9b6182

Change-Id: Ia55f575f6bfd1d90c2a517db8a76d7d22cdfd6e4

Change-Id: Ie839246f637d079e8e16553c85c682d599d86b58

Change-Id: I798d5a5f1e28e88b23f478d241a8fcd7519f905f

Change-Id: I94b1f0e6d1f8bdf7929b68682727e8b1fdde67d2

Change-Id: I6dc2de6ab35e07f924204e2740003936cf6d4a0b

Change-Id: Iac238d68502cab137ce1530bffca4909cd9ea956

Change-Id: Ida8bdc0930142ecf602b5aef4414cc6302bfa18b

Change-Id: If7d24294e0b62b47c5cbe9271dff948a70cb477a

Change-Id: I63c670e6f2196f8e8743923b0a0bf676fb476ed7

Change-Id: I5eafd6250bbde7227dcc0447a4280b7741c320de

Change-Id: I546afcb626e27f6f1115715829779fc0b657548e

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

Conflicts:
	tools/source/fsys/urlobj.cxx

Change-Id: I59b5b95cf9b65920ec04922fdb25e4228fd22995

Change-Id: Ic3b196f925a1699f02ad9a5c1183ea767e3e91cf

Change-Id: I91be0e7d2b013221b1d47a5cd1e4e75eb16c2b67

Change-Id: If202723412b2bf7acf7dcd2709886f89df9d7940

Change-Id: I5d8092eceb31ba251e75fe2c51b87890b8adcbf2

Change-Id: I9ebeb373f5ab15220e3d9a4bb57db88d7a8f2714

Change-Id: I5760dc1fccb7ad726663727b9404e014da519755

SmartArt import ignores some fragments during import if
drawing fragment exists, which seems to be not complete.
In this case font style is blank (white) in data (and drawing)
fragment and the real value is defined in the ignored color fragment.

So first make color fragment parsing work, then apply font
color of "node0" style on nodes of the SmartArt.

Actually, it's a workaround, because "node0" style label
is hardcoded, for a proper solution layout fragment should
be parsed too to get the right style label, but
it interferes with the drawing fragment by now.

Change-Id: I7db89176a07eee928563d42d3896fbd02190dfa8

Text list styles were copied, without proper
copy constructor and operator. It lad to mix
up list styles and so text font.

Change-Id: Iee7a6c0c1f74322fd7b80e41a262849f948e463a

Description:
In RT file the dash length (d) is going out of range,
as after RT the dashing scheme changes to custom dash
which was causing the corruption. Changed code at export,
which will divide the DashLen, DotLen and Distance by
base line width.

Reviewed on:
	https://gerrit.libreoffice.org/9559

Change-Id: I0e644b5a2b692a9e717026a14d1f0058199f53b1

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

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

Change-Id: I89fc2b0385cebbf5c629e67fa89ba1dd30486f35

The text and selected attributes are copied from the source text node
and added to the target node at the corresponding positions.

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

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

Change-Id: I12bfa086577fcb56cabffcca2eda675d02791fde