This was introduced for i#39915, which is about an infinite loop when
compiling with Apple GCC 3.3 => obsolete

Change-Id: I67d7c7975574f371aecac8f6dd4cf7800dd0725d

SunStudio is not really a C++ compiler anyway, Linux/PPC has had the
workaround accidentally disabled since OOo 3.4 and the hope is the last
Apple toolchain that suffered here was the no longer supported GCC 4.0.1.

Change-Id: If8addee9e2efe0db36059cbecfb9b9ffc78ffe88

Project: help  b8c3f4436f5c754a8d80433e0230cfd7f2a7ae36

...offload to init() instead and wrap ctor in create().  That removes the need
for refcount fiddling and additional OContainerListener class.  Which in turn
removes code using dynamic_cast on UNO interface classes, which 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 about...

Change-Id: I5d72650f6bf081f971f7bd6bb65f4e58a342f791

Change-Id: Id2be1940652e0d26efe4fdb92b750039744632de

Change-Id: Ie29489fe53a74332cb3d4dde2b507196c1438a87

Change-Id: I6283a3d4df91447d15b62e738be07961ac00ef56

Change-Id: I84f693aa6747f639bd4ae60a02dd4d8c30b7d029

Change-Id: I2a2cc56cf005f564c798b8d43ef7e8c4b7f9eeff

Change-Id: I8dd43929a085a1d4cde2a9f057adc2feca5d16c1

Fixed the test cases - false negatives.

Change-Id: Ib3be1e407a9a3716fe171eb0586f03174015d844

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