Change-Id: I3bb2764b625d44f6e0cecbdde3363440faef63b5

The build works fine with these now, and produces no (new) warning.

Change-Id: I3e5aad7baaec172ee4d2b50ea66876bdb7e9cac5

Change-Id: I22c66755e8e5ede01cf3e5f21c910f759b55de7a

Change-Id: Ie0c91e739ee7a3bda55fd6dd45aa79c6b75675d1

This may happen if the last RPN token is put and the function has a
ForceArray parameter but now again would be wrong if not all parameters
are ForceArray.

Change-Id: I890fb6b5b88337033cfcf2e8189371ee39461205

Change-Id: I08c4cc689016708f4c219f36492bf827111bbc30

Change-Id: I5874a7fea97311b0e69dbeae8923517a08b63c9a

Regression of b5cd11b4

It was always wrong to propagate ForceArray already if a function had a
ForceArray parameter *somewhere*, we need to do this per parameter
instead.

Change-Id: If188d45366279d9a7bf641edc7e4dd7095d6d035

... file format by default if the requested filter does not exist.

Much better to write an error message and do nothing.

Change-Id: Ie5404772e7aae5751126bd4c2784b58177804448

JunitTest_sc_unoapi crashed when accessing a disposed ScTextWnd from
~ScAccessibleEditLineTextData(), but the ScTextWnd::dispose() would also
call ScAccessibleEditLineTextData::Dispose() and clear mpWindow, so it
seems impossible to observe a disposed ScTextWnd in the dtor?

Change-Id: If571ee61d9a29601acb1de552ec1b9cc36d0d51e

Change-Id: Ie45e626aad55a8174a53b769a98601bf54dedf65
Reviewed-on: https://gerrit.libreoffice.org/19979Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I4d02024fd80ad85c8c3ecd830dcc5c4b49ad2014

Change-Id: I59147583c74e7211ac56d75468501f328122ba0f

Change-Id: I850a207aebdf2a0f85f1ae75bb6b9a1532b3b4a6

Change-Id: Iffb3681458aeee7b374d1836158e30b6fd488122

Change-Id: Iee7124259cadc1db416e8aedc5b4e87f75ba9d21

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

Change-Id: Ida1447bad7f81ebfcc0da1e8278a74c11a139afe

Change-Id: I5514bf16446fa4e4c498a6bc1df77e4f59565ee1

Change-Id: Id1d6166ee8c1c3558746da1d7bb5ad2163a87845

Change-Id: I083dfbb768df0ba2a6bd6a396cf33ab1e2e09f4b

Change-Id: I2c4de63330a18c4354293d0220e5320eda7d67e4

Problem Description :
- Excel chart contenttype is not exported properly,
it exported the .xls file as .bin file.
- Due to this when we open the roundtrip file back in MS Office,
the embedded excel chart is not open and gives ERROR.

Solution : Added support for embedded .xls for docx file.

Change-Id: I16e18ffa4f6c72526665ff9d34d6c6053278c2c5
Reviewed-on: https://gerrit.libreoffice.org/17066Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

that way we can use cairo to text render etc onto our basebmp-backed
headless/gtk3 virtual devices

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

Change-Id: Ia5e47261d1fc6fac2d046656c05a1c5eedb07e02
Reviewed-on: https://gerrit.libreoffice.org/19978Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I76d25ef32a154d92f7ea9b9d0aa3af09908873d2

Change-Id: I871ef2c50d393183dbca891efc1394455bf3acc6

Change-Id: I0e0e2351f1bcccee8157c00ab22c35dcf2007ec5

Change-Id: I7b8291c53c5f482c9287a73ad626bf937a3cfcfb
Reviewed-on: https://gerrit.libreoffice.org/19934Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Change-Id: Ieab809a3122c9d592894b84ec2e68195a4e02dde

after my commit 96c26b0d
"use initialiser for Sequence<OUString>"

the mysqlc module is compiled as external code, so it
cannot see the initialiser syntax constructor for Sequence

Change-Id: I072e6271ec33637e28dd8225724296e90967329d

Project: help  edbe20e99a83dee43ab75f584c391121bd65d829

tdf#88178 Update this button’s name in Help

Change-Id: I68610dc125cf5a7b702060b460cc3ffb49816151

Unicode apostrophe is mandatory for French, English, etc. typography,
and it is a default option in all modern word processors.

The fix enables single quote AutoCorrect replacement for all languages.

Change-Id: I2964242ecd1cc839bf27e9a3d772f5cab95d8db0

Ie: "graph-1", "graph_1", "graph.1", etc...

Besides, modify !( str_p("'") | str_p("\"") ) condition as the 'fill' attribute  can be defined as fill="url('#graph1')" but not as fill="url("#graph1")"

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

Writer's unomap.cxx takes by far the longest to compile.
On Windows, in Release configuration, the file alone
takes 270.5 seconds to compile (measured by cl's
built-in front- and back-end timers.)

The file is split into a new unomap1.cxx which
implements a number of functions to return the
property entries that are set in the map.

The two files compile in a combined time of 9.5 seconds
which is reduced to under 6 seconds in parallel.

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

Ported update_pch.sh to Python with improved performance
and features. The new script is invoked from the same
update_pch.sh which calls it for each library in
parallel, although it can be invoked directly.

The ported script (update_pch) updates all PCH files
in ~15 seconds where the old script took ~4500 seconds.
In addition, the new script supports 3-tiered headers
(system, module, and local) and is very flexible to
support other improvement. It has a per-library
optimal configuration settings that can be updated
using another new scripts (update_pch_autotune.sh)
which finds optimal per-PCH settings.

PCH files have been generated using the new scripts
which builds significantly faster (2-3x, depending
on module and configuration) and the intermediate
binaries are noticably smaller (by several GBs).

The new script stamps each generated PCH file with
the command that generated it to make it trivial
for users to update them, and also adds the command
to invoke another script (update_pch_bisect) that
helps find missing headers or conflicting headers
that may break the build after updating the PCH.

Finally update_pch has built-in unit-tests for
makefile parsing and other core functionality.

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

With `make vs2013-ide-integration` dozens of VS specific
project and solution files are generated. These add noise
and time to `git status` and make it harder to locate
new files.

Restored the exclusion of .vcxproj and .sln files and
added windows/ directory to the ignore list.

Change-Id: I64abe395824503a5eda25d70d7467ba3fa4e4aa8
Reviewed-on: https://gerrit.libreoffice.org/19972Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Use .wasNull() rather than not trustable .IsNullable() in _getResultSetColumnValue routine

Change-Id: I1d1783841414193347cca588209153b5aa9b56cd

Following http://cgit.freedesktop.org/libreoffice/core/commit/?id=844b7287a4ccd8e3d5e458bb1dc6c52e71322b01

Change-Id: Ia5a2cd39cf3fdf87619f55710a188545830b4088
Reviewed-on: https://gerrit.libreoffice.org/19970Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Jenkins <ci@libreoffice.org>

Change-Id: I9d95f6f604d7b73617bcd34f15106678b8c2ff47