Change-Id: Ib3e3722c1a4799ebb0cbb78f458abd6b967d6ba1
Reviewed-on: https://gerrit.libreoffice.org/46263Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jens Carl <j.carl43@gmx.de>

This tries to make sure that on copy, any conditional formatting
that has same entries (conditions and formats) as another condition
in the table, is not appended to the conditions list, but updates
existing condition's range. This should prevent multiplication of
entries with duplicating conditions and formats, and fragmenting
ranges.

Existing unit tests had to be adjusted, because they had ensured
exactly that behaviour that is changed in this commit: that new
items are added to the list, and e.g. multiple elements are created
when a single cell is copied to a range.

Change-Id: I46adb883bab7249571b912d56fea0c7918b3516d
Reviewed-on: https://gerrit.libreoffice.org/45656Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>

Change-Id: I4143da3c5a809118d57849664f6ab1d2e775837f
Reviewed-on: https://gerrit.libreoffice.org/46253Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: Ic20cc65b7fa78729d432fbf5e15fabe0e25cf627

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

Change-Id: Iaec7315c2408064fc02baf16d1a47fdd539a875c
Reviewed-on: https://gerrit.libreoffice.org/46175Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

Change-Id: Iafe5ea3822f7f0170d2fb041fea604e95dbfa015
Reviewed-on: https://gerrit.libreoffice.org/46041Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>

Project: help  08d29364d8178eb559fec149e03d751565f2bd55

Clean extra XML tag

Change-Id: Ifaf97010abd0f590fae3a154173c9c6dc3513644
Reviewed-on: https://gerrit.libreoffice.org/46261Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
Tested-by: Olivier Hallot <olivier.hallot@libreoffice.org>

The ... idiomatic C++ code in TVChildTarget::Check() and
SearchAndInsert() handles ownership in non-obvious ways,
so it's not surprising that it took offense at the recent
conversion to std::unique_ptr.  Let's at least try to
prevent it from crashing so quickly.

(regression from 4b69497e)

Change-Id: I0981707a61aee1733e727b1c00346d8ec524362e

When exporting to pptx from LO, the background color of
the hatching is preserved. The default background, when no
hatch background is set is transparent.

Change-Id: Ie44c89a9ce54eef49100b3e7b376c27c1a952fcf
Reviewed-on: https://gerrit.libreoffice.org/46098Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>

Change-Id: I102d9ca1be63c2ef8fef4957fb5589d98583881f

Dec 11 18:46:11 sid kernel: [  176.085106] audit: type=1400 audit(1513014371.237:22): apparmor="DENIED" operation="file_mmap" profile="libreoffice-xpdfimport" name="/usr/lib/libreoffice/program/xpdfimport" pid=1511 comm="xpdfimport" requested_mask="m" denied_mask="m" fsuid=1000 ouid=0

Change-Id: I31ddb412d1dd95506a00d22739a33d2e6770ba23

Change-Id: I735b8ae96ed06dd5914d4e868d11ecbd21ffb1ad

Change-Id: I2dcac6b8faf1e89ff0c9483bef74ae7c22fc26fb

Change-Id: I762ed3961d929204fdb97a3272fc9ca73f7d0234

Change-Id: Ic139e67b0931a4648bac147398970aa80a331c34

Regression from

    commit 73c7e092
    Date:   Tue Sep 20 21:39:10 2016 +0200

	sc-perf: tdf#79023 for ODFF do not call SvNumberFormatter to determine numeric

for ODFF, and for OOXML

    commit a8a8ff59
    Date:   Tue Sep 20 22:37:59 2016 +0200

	sc-perf: tdf#79023 do not call SvNumberFormatter also for numbers in OOXML

Numbers followed by a percent operator like 100% were always
(wrongly) treated as one entity (by '%' having ScCharFlags::Value)
and incidentally handled by the number formatter's parser, which
so far "worked" in the sense that the correct constant number was
produced (i.e. 1 here), but the expression detail was lost.

The commits above for performance reasons when reading ODF or
OOXML files don't let a symbol pass through the number formatter's
parser anymore and the "100%" does not represent a strict number,
so lead to #NAME? error at the end.

Set the proper flags in the compiler's character table to treat
'%' as operator in all circumstances.

Change-Id: I266beb74a313c779370e5fac42f45d0fb5cdba0c

Change-Id: Ic6ec245b0011676b1346ea75c016b3af02a0361c
Reviewed-on: https://gerrit.libreoffice.org/46205Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: I7521b2adb9572efbb1d28f9f44f9d29c62d6e1e9

In this situation gcc/g++ will default to x86_64, so pass the "-m32"
flag to produce x86 binaries.

Change-Id: Ie31cd4240e353db606621cb03107ce03a74cfbef

... so prevent it from using __builtin_mul_overflow().

Change-Id: Id716f88abb0385701b6df42353b663479abfd496

Change-Id: I9315a2158dce7d06a875787428e17eb75826de37
Reviewed-on: https://gerrit.libreoffice.org/46222Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

...introduced with 73307765 "Build fix: forward-
decl rtl::OUString" in parallel with df802d0c
"Build fix".  The latter (introducing an #include) is necessary to also include
the necessary using declaration.

Change-Id: If5617505d909b97d866f0434df7305f34eef8b0e
Reviewed-on: https://gerrit.libreoffice.org/46213Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

regression from

commit 225115af
Date:   Fri Sep 15 09:17:17 2017 +0200

    tdf#62525 tools: use cow_wrapper class for Polygon

Change-Id: Ibd9173bfb005f8a30317d95adea4e5fb25f1df1d
Reviewed-on: https://gerrit.libreoffice.org/46229Reviewed-by: Andreas Brandner <Andreas.Brandner@cib.de>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

no time for this

This reverts commit 4b941b7b.

Project: help  9e89f79476859a19c376f0fdf029cc0600a39179

tdf#107601 rename t-test to Paired t-test in Help

Note: The change in the interface is related to Data - Statistics -
t-Test.

Reference to Calc function =TTEST() are left unchanged.

Change-Id: Ic83d177cbea14aa2fe49534cdf6bd363b0701d63
Reviewed-on: https://gerrit.libreoffice.org/46185Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
Tested-by: Olivier Hallot <olivier.hallot@libreoffice.org>

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

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

Disable the positioning for objects that are completely off-page.
During import, LO writer forces content always back to the page
and causes unwanted content on the page in constrast to MSO.

To achive this the top/left position of the content is compared to the bottom/right border of the clipping region.

A new compatibility flag OFF_PAGE_POSITIONING is introduced for
legacy rendering of legacy documents.

A unit test demonstrates the issue.

It resolves tdf#112443.

Change-Id: I263c129f9f09ed909ad777a34f8b9ffc84d871e4
Reviewed-on: https://gerrit.libreoffice.org/43313Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

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

Change-Id: Icf886da2ab2ed2b2bdddd26efbaf6c889eef65f4
Reviewed-on: https://gerrit.libreoffice.org/46209Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

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

Move test documents to python folder.
Delete remaining java helper class "TestDocument" and parent folder.

Change-Id: I76ba4e82e96b39df207c337fc1f17052b750774d
Reviewed-on: https://gerrit.libreoffice.org/46188Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Reduce number of translatable strings in columnpage.ui

Change-Id: Id3d8744bed8ac8366b10f93fa8e38803316eeb82
Reviewed-on: https://gerrit.libreoffice.org/46171Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

Change-Id: Ie1e82545d7e6374acaab17470c0d84383a82ec8c
Reviewed-on: https://gerrit.libreoffice.org/46174Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

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

Change-Id: I4c14679d5cb91dc3cf35c3f47cb9120d3ee0f9cf
Reviewed-on: https://gerrit.libreoffice.org/46212Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

this is the only flag we are setting in the "type" field, so simplify

Change-Id: I6079750b915f55486bf815a27d48f673af59bdb0
Reviewed-on: https://gerrit.libreoffice.org/46214Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

since cdecl is the default calling convention on Windows for
such functions, the annotation is redundant.

Change-Id: I1a85fa27e5ac65ce0e04a19bde74c90800ffaa2d
Reviewed-on: https://gerrit.libreoffice.org/46164Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

... recalculate cell widths by factor pagewidth/tablewidth on export
This makes the import and export symmetrical.

Unit test included.

Some existing unit tests were updated:
- testTdf97035: the previous width of B1 cell (3571 twips) was not
stable enough on round-trip. Old code saved table with wrong width,
and incidentally that made it to output correct width of the cell.
New code outputs table width correctly, and drops unneeded cell width
adjustment on export, so the rounding error on initial import makes
output cell width wrong.
We have a cumbersome arithmetics to import cell widths from RTF:
1. In DomainMapperTableManager::sprm (case NS_ooxml::LN_CT_TblGridBase_gridCol)
we do convertTwipToMM100 on initial sizes in twips;
2. Then, in DomainMapperTableManager::endOfRowAction, we do
rtl::math::round((fGridWidth * 10000) / nFullWidthRelative) on the
mm100 sizes (the 10000 is UNO_TABLE_COLUMN_SUM from unotbl.cxx, which
allows to measure cell widths in 100ths of percent of table's width
instead of absolute sizes)
3. Last, in SwTable::NewSetTabCols, we do
lcl_MulDiv64<long>(nNewPos, rParm.nNewWish, nNewWidth)
where rParm.nNewWish is table's width in twips (again), and nNewWidth
is 10000. So, the three permutations give us twips back, but rounding
errors may make result differ from initial value (as in case of cell
width 1927 twips and table width 15527 twips, which results in 1926).

The unstable width that resulted in roundtrip error was changed by 1.
The changed unit test file is checked to still correctly test tdf#97035

- testFdo55525: previously, the testdoc was imported with wrong width
(too narrow); that caused rounding error on cell width calculation.
Current tested value is more correct.

Change-Id: I69112521c35b316ed6df11d5e4ff7336534164bd
Reviewed-on: https://gerrit.libreoffice.org/46094Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>