Change-Id: I2d38b1979c6104212a25dc22859c72410e587934
Reviewed-on: https://gerrit.libreoffice.org/5428Reviewed-by: Andrzej J.R. Hunt <andrzej@ahunt.org>
Tested-by: Andrzej J.R. Hunt <andrzej@ahunt.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

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

..."i121946 - Use enums to identify WebDAV/HTTP methods."

Change-Id: I59c8b011192df008af539aa41ec5976f042572f6

(cherry picked from commit 122e10cf)
Conflicts:
	extensions/source/update/feed/updatefeed.cxx
	offapi/com/sun/star/ucb/makefile.mk
	offapi/type_reference/typelibrary_history.txt
	offapi/type_reference/types.rdb
	ucb/source/ucp/webdav/DAVResourceAccess.cxx
	ucb/source/ucp/webdav/DAVResourceAccess.hxx
plus headerize.pl
(Would be an incompatible API CHANGE if we had not unpublished
XWebDAVCommandEnvironment with 78cca630 "Revert
publishing of lots of UNO types.")

Change-Id: I153e394a194d0fcad29d3e3b27d5b24f7c259fc4

..."i121945 - WebDAV ucp: return StringPair instead of NamedValue."

Change-Id: Ib9cc95b03ba2a298c2d8f3c49045ea5a073bd2fd

Make css::ucb::XWebDAVCommandEnvironment::getUserRequestHeaders() return
a sequence of css::beans::StringPair; this avoids all the any overhead,
and is much more simple and intuitive.

(cherry picked from commit 80199136)
Conflicts:
	extensions/source/update/feed/updatefeed.cxx
	offapi/type_reference/typelibrary_history.txt
	offapi/type_reference/types.rdb
	ucb/source/ucp/webdav/DAVResourceAccess.cxx
(Would be an incompatible API CHANGE if we had not unpublished
XWebDAVCommandEnvironment with 78cca630 "Revert
publishing of lots of UNO types.")

Change-Id: I1c5d0a0b225fe86aca6ba6d6c8903985005387c2

It should be derived from css::ucb::XCommandEnvironment

(cherry picked from commit 817e11dc)
Conflicts:
	extensions/source/update/feed/updatefeed.cxx
	offapi/com/sun/star/ucb/XWebDAVCommandEnvironment.idl
	offapi/type_reference/typelibrary_history.txt
	offapi/type_reference/types.rdb
(Would be an incompatible API CHANGE if we had not unpublished
XWebDAVCommandEnvironment with 78cca630 "Revert
publishing of lots of UNO types.")

Change-Id: Ie44bed44cce09c2423adab33c3790bdcb9be452d

..."i121935 - UCB: new 'addProperty' and 'removeProperty' commands."

Change-Id: If0451c6d1b6471d27f5fb1551ccf0230e62dfb60

(cherry picked from commit 3d5d6017)
Conflicts:
	offapi/com/sun/star/ucb/Content.idl
	offapi/com/sun/star/ucb/makefile.mk
	ucb/source/ucp/webdav/DAVProperties.cxx
	ucb/source/ucp/webdav/webdavcontent.cxx
plus headerize.pl

Change-Id: I59b270ef5a72271671ae0857d11f557eec829387

Conflicts:
	sw/source/filter/basflt/fltini.cxx
	sw/source/ui/dialog/ascfldlg.cxx

Change-Id: Ifa12105aa6f747e2797891b6c71128bd96f78bf3

Change-Id: I6ab0007f232994a0ca55df817b3dbba06e6e7f9c

Change-Id: If1d8a48e115cd7fbaa0032791275b3b49684d748

Change-Id: Ic7ee570935b5d827dc01a483877ea5021da5abea

Change-Id: Ia72a9ca955c8209c97b2138cd442fe3e9e68f227

... unless there is _some_ libpng.pc on the system due to the weird way it
uses pkg-config.  Work around that by setting an png_REQUIRES variable,
which lets it use the supplied png_CFLAGS and png_LIBS.

Change-Id: I3ec4b96551e3ce624748c05fe3ab9727b191ea78

Change-Id: Id16a2b29b1d6cf02b94cc6c423e2475a9cbeb8a3

Change-Id: I0fb1c2968971ada1d2e2e6a6b84e83ed979e2567

Change-Id: I1fcd578955a1f65921c8891916e239bc6f0b9748

Change-Id: I97fe3dcbe6750d9db747b1cbf8b46f7f56781997

Change-Id: I3d6da6ad30694567ce6106d0b081f66d077260fc

Change-Id: Ia443b3c653d9355cf499e066e8085c7ddefef19e

Change-Id: I350b76e3bafe64e8dee15f8863e2abd9755d1122

Change-Id: Ic8f60c7b04956a3b097ec3636b5561d2dd1f56b3

version1 is empty and version2 is not, so on second segment of version2 the i1
is already -1 from the first segment check -> kaboom

Change-Id: Ic19511a3b150f40d3cd9cf66bf9d86c94f3f9187

check if the endrange is empty before dereferencing

while I'm at it, don't copy the entire vector and make it a little more
readable

Change-Id: I1f2a0096791ca0ef51aad595f71e1a18aa448c3b

Change-Id: I8d65f43b95944583b50874adb90db38eee7623de

this code is nigh unreadable, so hard to know if there are side-effects
but it definitely to my mind looks better in styles and formatting
and the case with an additional bitmap e.g. macros->organize remains
visually unchanged, so seems ok

Change-Id: I52ef7768ef30f9eb253ac9e7c56cac62549d4905

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

Change-Id: I592af9986a0512f4dc4cb0aea4cd78f675f4fead

We don't need because this file just have one called function and just in one place.
So, integrate this into mathmlexport and kill this file.

Also remove some useless comments.

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

this is more gtk-alike and gives a better balance in e.g.
insert->envelope/file->new->label and hopefully helps reduce the Polish
"standard" button width problem in paragraph style dialog

Change-Id: Ibe3b93d45d867f95fd2f6550a3ee954143f690aa

Change-Id: I531fbbc1e07bc686bf76103ccf7a5e1c47a72cf1

prior to 33eeb700

Change-Id: I61070c0d04152e544ff329fc3428cb4f5a06e791

prior to 33eeb700

Change-Id: I7eaf8a9e85351d5023332c3a5805096a9db43136

prior to 33eeb700

Change-Id: I4c30e6746a62e4035cf019b3186003498f7bdde3

prior to 33eeb700

Change-Id: I20d25cf6bd4479b9b98b04aec6124d94c272bc26

Change-Id: If079caaabb94497605245b3da5eb865f2bf0adec

Change-Id: Id3ae8e34fa8ca8c7a47ddaa9cf5183fec48457fa

This introduces a consistent and more obvious naming in the embedded
db selector when creating a new .odb file in Base.

Change-Id: I01a60360d3278d9d9e6fa16283a7d3d7c2a5d7fc
Reviewed-on: https://gerrit.libreoffice.org/5420Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

Project: help  9eaf1497e24eb637d1b94e2233533fdbf8a321f7