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>

Project: translations  f3546694e706114bcccd978f444f0800a382dbf9

Change-Id: Id4639f1b0eefe5d433c84f48b7a1093fa17a3ba4

Change-Id: Icd098ab4efcd307c83fe42d2f5815b48d1bff669

Project: help  56fb45d986561dde4a9675a2bd7495b7feb1df32

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

regression from 6191fa08

Change-Id: If7fc18e7d0bcbf1075a0ecdb1c0dcf3d207f1bda

I think we can distill this down to a "if the source or target
is a symbol font check for a recode table"

Change-Id: I6c674f10d9f1ab7fbe7274abfafb9082bae88218

When loading from odt, table cells which are covered (due to merging of
cells) are replaced with an empty cell by
SwXMLTableContext::ReplaceWithEmptyCell.  However if there is a sequence
of cells covered from above then their replacements are accidentally
inserted in reverse order, which produces this infinite loop problem when
saving as doc.

The reverse ordering in SwXMLTableContext::ReplaceWithEmptyCell was because
the insert position came from SwXMLTableContext::GetPrevStartNode which was
very careful to skip previous covered cells.  However those cells have
already been replaced with an empty cell so they should not be skipped.

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

ImplDevFontList::ImplFindByFont() will nearly always return a font, so
we do not go through the code path which sets up conversion.

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

Many points are missing. Replace entire table with the mapping provided by
the original creator. Note that point 0xe7 ("Apple Logo") is not in unicode
so no mapping is provided for that.

http://www.dessci.com/en/support/mathtype/tech/encodings/mtextra.htm

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

else clang/libc++ cannot decide between bool and a reference into a bit-vector
specialization

(cherry picked from commit 6a88a212)

Change-Id: I694bbad82b1a05ebe86c5c941f3ac85c71f5fc9e

(cherry picked from commit c8ed6699)

Conflicts:
	forms/source/xforms/model.hxx

Change-Id: Iec9e999b1568ad422ea2118c04b770000bdbfd75

* sw/source/filter/ww8/ww8par5.cxx
MS Word Binary compatibility

Patch by: Jane Kang,<kangjane2012@gmail.com>
Found by: Yan Ji,<yanji.yj@gmail.com>
Review by: Jian Hong Cheng,<chengjh@apache.org>

(cherry picked from commit 720fc775)

Change-Id: I428fadd46bbd5b57081e35dcbfd6bb0c10c08282

Change-Id: I540821fd7058bf0da27d955c9d966a10dd21ec94

(cherry picked from commit c1954d6e)

Conflicts:
	officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu

Change-Id: I623febfcbdb642fe4b5b0b42e7e89054e3db45de