Change-Id: I7061f59077a75b879ad42179b839894747f5ba5b
Reviewed-on: https://gerrit.libreoffice.org/5377Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

The bugdoc does not have a styles.xml but a stylesWithEffects.xml,
whatever that may mean.  (the app.xml contains "Microsoft Macintosh Word")

Change-Id: If3d11c5d166dcaf3d94129339559787c20e6db46

...and get rid of hand-coded queryInterface implementations that use
dynamic_cast.  My claim at <http://lists.cs.uiuc.edu/pipermail/cfe-commits/
Week-of-Mon-20130812/086127.html> "ubsan: check type_info equality via strcmp"
that "there should not be uses of dynamic_cast involving [UNO] classes in the
LibreOffice code base" made me wonder...

Change-Id: Ic7702fd00b8e5c79399124c0acf12c80bc71a86f

CntEnumItem, we hardly knew you existed.

Change-Id: I54b489f22662f9a3305478d18438b13850444316

CntBoolItem adds no value at all.

Change-Id: I41a22fc11cca270e792f2a2f81e3638b54dc1d24

Change-Id: Ia2cd69eb0a180cdfb747a82edefbe1527138b26d
Reviewed-on: https://gerrit.libreoffice.org/5444Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Ib48606425edb5f267615f4a15028b15e8fd00d5d

After commit fc861c70 there is now an order
dependency, between any ScPatternAttr flags indirectly set and
SheetDataBuffer::finalizeImport which sets the attributes directly for a column
So the ATTR_MERGE_FLAG that has ScMergeFlagAttr ( and associated
 SC_MF_AUTO flag ) is scrubbed when by the direct writting of the attribute
from SheetDataBuffer::finalizeImport -> Document::SetAttrEntries
I've reordered that Table import here and split the finalize ( which happens
before heetDataBuffer::finalizeImport ) so that the databaseranges which were
created before sheet import still happens, the autofilter part of the import
is now deferred ( until after SheetDataBuffer::finalizeImport )

Change-Id: I11bb45ee7b330760fd93ecca30b23399414ac3a7

Change-Id: I082aaa9ddd539a9d7989f763c320343bd1951f4e

since we use FontMetric::GetAscent to determine text baseine position in Paint
it IMO makes sense to use FontMetric::GetLineHeight to determine button height,
not GetTextBoundRect which returns somewhat smaller height.

Change-Id: Iaea203a29293f9ee9b841e1a8e8aebf2dc8e1920

This code block happens to be a performance hot spot right now.

Change-Id: I4fa2c4ea27cb6ae4c4331d0bb474eddc167b69fa

Change-Id: I1c19e8a7d775b1c37649dd36b611d145fd4ce47e

They had been edited manually a couple of times...

(Instead in the previous commits I edited the generating script and the input
data.)

Change-Id: I3c89d021450a3c3e64055991450c205251fdd41f

Don't generate code that uses the old RTL_CONSTASCII_USTRINGPARAM horror.

Update the README file to have actually working command lines, and at the same
time make it into a shell script that can actually be run.

Use SAL_INFO with tag oox.cscode to output the stuff that the
generatePresetsCXX.pl is looking for.

Change-Id: I3f8f756fbe8e35857c2bd07beece0f3ab4234e7f

See
http://social.msdn.microsoft.com/Forums/en-US/73038923-5081-4591-9f50-088454ca9e27/probable-bug-with-updownarrowuparrow.

Change-Id: Ibab5a0e16c40df8caa8abe760c78e54e5cc096b0

Change-Id: I767edf86f9e4d96da538ec1e32792524b22af11d

Change-Id: I5742e178baa85f3faf80d95f57fed248f7984793

Change-Id: I68ef5bdfb3007709444b838f3c7c3925acc9dd32

Change-Id: I3d0de21a5fe10b64e21955f3384b95a96ac7561e

Change-Id: I8fc579cde3a3ce40c75dd0a23990a831d9558add

Git history shows it was like this since first commit (2009-12-15)
Moreover I noticed these lines:
    220     if ( mpCGM->pElement->nAspectSourceFlags & ASF_FILLCOLOR )
    221         nFillColor = mpCGM->pElement->pFillBundle->GetColor();
    222     else
    223         nFillColor = mpCGM->pElement->aFillBundle.GetColor();
even if nFillColor can have another value in case below
    249         case FIS_GEOPATTERN :
    250         {
    251             if ( mpCGM->pElement->eTransparency == T_ON )
    252                 nFillColor = mpCGM->pElement->nAuxiliaryColor;
    253             eFS = drawing::FillStyle_NONE;
    254         }
this change is still safe since it's just a simplification.

Change-Id: Icf41dbeee6405780483649e0968dd30e8a533882

Change-Id: If5cd54da40975723ca287c1cd937450046332c85

Criteria in SUMIF, AVERAGEIF, COUNTIF, SUMIFS, AVERAGEIFS, COUNTIFS are
not cell ranges.

Change-Id: Iace25057ab3c9af1e2ec3c45c6803d42272f962b

Change-Id: I39e41abc17979f6b84b787d1078de05475ea8a62

Placeholders (or shapes without text imported from
the files) have wrong font size. This is because the
size (and probably other text attributes) aren't applied from
the mastertextlist to the shape itself.

Change-Id: Id380514f8f74783a0a0baf61cc9358f2b1bcbc47

and then reverse them for layout packing

Change-Id: I417bb3f6667ddc10103623867fea1a9b8061f5eb

This reverts commit 389bdc16.

Sadly this was going in the wrong direction...

This reverts commit 1cbdcc31.

Sadly this was going in the wrong direction...

OOXML decryption was implemented in filterdetect. With this the
decryption was moved to a common place where it shares functions
and constants with encryption.

Change-Id: Id334daf7c2eb1e18735d6a500132f6bb61bb3ba0

Change-Id: Id00fde15188be3fb7209d8f14f2f2f07ebd211b0

Change-Id: I8d2485962947eac8acc9ada384a9c1bd4cb22503

Change-Id: I5bc51b739c663d3e123c9d7fb4c2a70f01f8c841

Left margin wasn't implemented, that's simple. Right margin of the table
was set to the cell margin in commit
53d27a30, which turns out to be wrong:
it's true that the right margin should be >0, but not because of the
cell margin but because of the table margin. The new behavior matches
what the binary import always did.

Change-Id: Ifc24e4f086c49d5d575defdfca1d27e497fa03dc

Change-Id: Ia3a95d785d19f7be750e3723c1c159395ae8476f

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