also

coverity#983450

Change-Id: I43f88005ab130f74df2316f51ab898b112002044

also

coverity#736888
coverity#736889
coverity#736890

Change-Id: I3e0d11d12c7da17297ba827f8125b9d99680121b

Change-Id: I8e6a81b6c1605bd1be33f5f8d75d2472a39361d4

Change-Id: I69df0aa6091263cbb6e500a5015915c6678764ec

Change-Id: Idb9c4aa6475fcd9edd0d76c06509df182bd2111c

also

coverity#706048

Change-Id: I93caf413db4582c8b2cdfbcf2358027c03ed113a

also

coverity#706042
coverity#706045
coverity#706046

Change-Id: I173603a638ef3e2d9ca358a4d4ba111910fac05f

Change-Id: I363c90a71225744bacd0bedccf6938da63e0428f

also

coverity#706000
coverity#706001
coverity#706002

Change-Id: Ib970a4956fcf8362b8e3f9ae859c374c5fc8a545

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