(cherry picked from commit a9606aa4)

Conflicts:
	officecfg/registry/schema/org/openoffice/Office/Logging.xcs

Change-Id: I25719f2898df2f91ef9c71234e9eab83f8140b96

opened with LTR UI.

Change-Id: Iff6899539fe0b1788df7b09f91f850b91bcdb811
Reviewed-on: https://gerrit.libreoffice.org/4024Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I4c009618598714769f8b561640f69a4d1038339d

Failing to instantiatie incomplete types like the Map::iterator in
binaryurp Cache's Entry members is allowed by the C++ standard.
The rewrite makes it more compliant with other C++ compilers/STLs.
And interesting alternative would be to use boost's multi_index_container.

git-svn-id: http://svn.apache.org/repos/asf/openoffice/branches/rejuvenate01@1480367 13f79535-47bb-0310-9956-ffa450edef68

Change-Id: I5bfb2e2c44e11a03278a4a127396dcb2861c63b8

Not sure if MSVC would accept also the simpler thing, but anyway, the
dynamic_cast works for it, too.

Change-Id: I2dfa1e70b75bc17d38b5e95be0a0f1dd66767bf1

Otherwise the -Wl,-fatal_warnings will hit us.

Change-Id: Ib41a1aa291ebc4605c9e314505338e1b8adb886a

Avoid error: dynamic_cast from rvalue to reference type
'::std::ostringstream &'.

Change-Id: If5ba1ee79616e81b12f9db67c61b4f085b30a08e

Change-Id: I8272ecab34711654ed27625a571cf2553ffd7468

Change-Id: I10311ea88f69566d9e30308c0cff193dd5ddcd11

Change-Id: Ia55bb7af6e5d1c76f3cf8001ea53892e1e1bdac0

Change-Id: I7223d8e2c962ca90eda08119ed73a034d334329d

The services already existed, they just needed IDL files.

API CHANGE:
   The return type of XUIConfigurationManager#getShortcutManager()
   is now XAcceleratorConfiguration instead of XInterface.
   This should not be a problem because XUIConfigurationManager is
   unpublished and the client code was relying on the service
   returning that type.

Change-Id: I399fe35de3394b02a4166b75eb7ff93b28be8bef

Change-Id: Ia943f806ebce8afebabc76d1f74ad792ded761a9

Change-Id: I46c3950aee336548d6e0acc6a7d1da655c158175

Change-Id: I9a5256c8dbacda60167403b4e26900588943a9b2

Change-Id: If9eff90d91c79d942fec59fee4daedccf7c69a83

We don't need the operator attribute when we have an expression anyway.

Change-Id: I3a9af7d27de7a4aed535ee21528cb350fb91008a

This fixes fdo#64068 and correctly without reintroducing the crash with
Undo/Redo.

Change-Id: I9ad48f6dbb7f1587985f8da9eba3886dfd4068de

Change-Id: I86b927d5c2e6a643beac8b9a151f572c028c18f3

Change-Id: Iae160607447ff6e1133f9e1e6f9c6a9f1e7bd7ab

(cherry picked from commit 3c83ceae)

Conflicts:
	ucb/source/ucp/webdav/SerfPropFindReqProcImpl.cxx
	ucb/source/ucp/webdav/SerfPropPatchReqProcImpl.cxx

Change-Id: I13dab5fb80235e2ab968a1492c05bf579ba08d40

(cherry picked from commit 9e6159be)

Change-Id: I1bd046e1aca89d3dd35780338737ca4a6f207bca

(cherry picked from commit d7085ea6)

Change-Id: I4b3d50906468b998a1f4964d0ad1af3d31725332

(cherry picked from commit 19c47c44)

Change-Id: Ic3febe262cb6723a17e3ea9078137479211fbe59

bah, added that, found a name clash, commented it out ( forgot to remove it )

Change-Id: I99b09b7745963afc477524eb6713cfdf71fc7730

Change-Id: I2772dff6297e223caed499e0e7c801970e707700

ExtCfRuleContext::onStartElement processing depends on some data now buffered
until CondFormatBuffer::finalizeImport runs. We now need to wait for this
data to be available. This change buffers up the processing that used happen
in ExtCfRuleContext startElement so it is now done as part of
CondFormatBuffer::finalizeImport

Change-Id: Ifbfe12740e6c4bc9791183dba89acb79cbbb6ef6

Change-Id: If28059578280536141ea966d83e4540939f6e76b

Change-Id: I701d12cf8f672824d7cfca1e995f02040fdd3095

This change reorganizes the styles by column ( and by row ranges in that column )
so we can apply ScAttrEntry entries directly via Document.SetAttrEntries(...) this is
what the binary filter does also.

Change-Id: I7c1398c1d900e0a2b6c6ec3746b982ef60e653a0

Change-Id: I52634a8d31f580ac5565d615c872a575c6dc81c0

...instead of returning a null XHierarchicalNameAccess.  Otherwise, UCB's
globalTransfer from a vnd.sun.star.package URL that denotes a file that is not a
zip file to a file URL folder (i.e., to extract the zip content) silently
succeeds but just creates an empty file in the target folder.  That, in turn,
causes "unopkg add foo.oxt", where foo.oxt is a file that is not a zip file, to
silently succeed and add an "empty" extension.

This change is somewhat bold in that it changes createPackage from "can return
empty reference" to "never returns empty reference, but can throw
RuntimeException."  Especially, it considers "empty name" as a (silent)
violation of its contract with its caller now.  I hope this does not affect any
legitimate scenarios---at least, it does not break a "make check" here.  (In
turn, the two package_ucp::Content::getPackage overloads change to never return
a null reference, either.  And I changed the parameters of createPackage, seeing
that all call-sites pass in some PackageUri's getPackage()/getParam() pair.)

Change-Id: I0eab5f8059dfedefc7030da38da528ba21ea8d79

Change-Id: Ida97a74a8629e0b170d882b38b0eeaa8f53d9bd3

Change-Id: I97d30afe3a24aab1123352da05b066095e5c86bb

See wwSectionManager::SetSegmentToPageDesc(), this has to be applied to
every page style.

Change-Id: Iea2707ae665a55eabda3ed7575cf3658f7af5237

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

with x86 gcc-4.1.2-54.el5 the sd import test fails while
x86-64 passes. Tracked it down eventually to this double
equality test failing on x86. Apparently excess precision
in registers compared with memory.

Change-Id: I61b43b2f0e9c9aded570448a1c5a7c9dbad8986e

Fix pdf export wrong size issues for embedded EMF+ images.

Change-Id: I998c9535bde32fc9f452d61d7cb7609c95f5528d
(cherry picked from commit 4c676625)

Conflicts:
	vcl/inc/vcl/gdimtf.hxx
	vcl/source/gdi/gdimtf.cxx

Thanks to Lionel.

Change-Id: Ib37c3cf9d8f53e941fc557dc9d4a4ba9b00e486d
Reviewed-on: https://gerrit.libreoffice.org/4056Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>