toolbar combination
(cherry picked from commit 0ce4a90e)

Conflicts:
	include/svx/fillctrl.hxx
	svx/source/tbxctrls/fillctrl.cxx

Change-Id: I9a1b2490a7e9285559dddd4df7fb20c2216fd450

Change-Id: Ia13c3d5657c32b89e200ede572d4615b833374de

Change-Id: Idb4807a58b6008afeb3e26d03b699671c0b88f7c

We used to write out a custom dash definition all the time, even in case
it was imported from a dash preset. Recognize at least "dash", and write
that on export if the parameters match.

Change-Id: Ifaaec51be9ecf1e7667a8c8f85fbd4fb9636a325

Change-Id: Ife852a6c7c360c66a7d7d5b144f18898398505dd

If line height is smaller than text height, we still want to see whole first
line, so add the difference where necessary.

This also helps to see paragraphs as separate to each other.

Change-Id: I51a87edf0cc03d5b5e130290c90347099a581d4e

SfxItemSet::MergeValue changes some items from SFX_ITEM_DEFAULT state to
SFX_ITEM_SET which I think is a bug but this patch avoids the problem too.
The issue was: visible changes in some tables, after changing e.g.
borders spacing, because the cells had wrong SfxItemSet after the process.

Change-Id: I676b211e1a4a1d7341c385d63503aa740718ed5d

Change-Id: Ice7a4802605fbe59dfb24a27408106756a3494ba

Change-Id: I3bb5ecb07d859a05337884a5b29d991b46382b48

Change-Id: I3837f316a4b73eb508bfd4fca97fa741080df8c0

Change-Id: I1d06c7a6a61556c2b501a16c224ccc6fe52307d0

Change-Id: I531891fa1cce10a331dd651ee9ce52d1f8d0c169

someone's odd ": ;" habit

Change-Id: I4a3e3b89bb31764056c844286561e31ae4621036

Change-Id: Ifd9a8ea49b48e81cdff859d2659fbd4d828afa90

Change-Id: I790a7bed0a2ac77c452638349008f4a34fd4ad0c

Change-Id: Iec100b86e2952a5efe4fa52bd85fbc00b51f78c3

Change-Id: I7aacf97a32360ea3c7e17e19d7f5e51e96fcc070

Change-Id: Ibfbc85562d30c541eada430759a0bda9305d9850

Change-Id: I5519b552507ab81e51f81996835467d353277a18

Change-Id: I94e55eefd35efd2daa8d3458022eeedfc05d9cb4

in Writer to reflect changes made for the in-place editing of Input Fields

(cherry picked from commit 90b63345)

Conflicts:
	sw/source/core/txtnode/atrfld.cxx
	sw/source/core/unocore/unofield.cxx

Change-Id: I39de2b5074c2e7d8671ad2c0a3c01a29ccfc7882

Change-Id: I417405192a74f340aaf80b911d9a8b16b3a83d6f

Change-Id: Ie9653c3a4c4e09d052027580036d73c20cc576ab

...LibreOfficeDev.app/Contents/MacOS/librevenge-0.0.0.dylib: Too many levels of symbolic links
(librevenge-0.0.0.dylib --> librevenge-0.0.0.dylib: broken symbolic link to librevenge-0.0.0.dylib)

The reason for this is that symlink librevenge-0.0.dylib
(UnpackedTarball/librevenge/src/lib/.libs/librevenge-0.0.dylib -> librevenge-0.0.0.dylib)
is copied via cp --no-dereference, thus becoming linked to self.

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

Change-Id: I6d5a952901648e01904ef5c37f953c517304d31e

Change-Id: I41f3f176316232e63a3f59717beafcb4094fc35a

Change-Id: I0e95879c04047ccb836543d801bda6a01ae469ef

Conflicts:
	chart2/source/view/inc/GL3DRenderer.hxx

Change-Id: Idc58635cc1604208317319bfa399a1574979a909

Change-Id: I52dd49132a9b625e8be51b4d5feb7e567ffa0a6e

Change-Id: If1ae42a5481cf76942ff1ac5e0ee31a94159badd

Change-Id: I9639b2a29522ba0765f4442c2f78de56388fe754

Change-Id: I8d562b3e2d1bb83a6e07ed089a3006a109beeece

Change-Id: I8717745d2f503f8ad3c21673a07aed867b5681f9

Change-Id: Ic7c901108a290a9d9c5a8564b6eefa7ed32a9e1f

Change-Id: I07b39f8b372368f82137feec3a6d12921fc1ec9f

Change-Id: I382bef9b95d40a1abac993795e8da540b5aa5d18

Change-Id: I22d22a924d33b91ba6894857ce56b0d920102b4b

Previously, we always exported the text of the shape itself. Bring the
VML export in sync with the drawingML export, where we only do that if
the shape doesn't have an associated textbox -- if that's the case, then
export the textbox's text instead.

CppunitTest_sw_ooxmlsdrexport's testFdo69636 is a reproducer for this
problem, the VML assert failed because of the lack of this.

Change-Id: Icb236579da4e3b74e983a95aa5675fed7862d1e1

This wasn't a problem before, as EnhancedCustomShapeTypeNames wasn't
involved for the export of rectangles, as those were handled in sw
directly.

CppunitTest_sw_ooxmlsdrexport's testFdo69636 is a reproducer for this
problem, the VML fallback part was empty due to this.

Change-Id: Ib2622fe05ddaa66bb3231977e30a8a1ca8748001

As in, for shapes which have textboxes. CppunitTest_sw_ooxmlsdrexport's
testFdo69636 is a reproducer for this problem.

Change-Id: I6575d21b0802ada7f334ca9fbbea796605708ddd