Age | Commit message (Collapse) | Author |
|
And add only the minimum amonut of operations we are sure about.
Change-Id: I53b780091bc7b2cc78a3571b072ce00d19971fe8
|
|
This is a ScMatrix implementation that operates directly on
formula::DoubleVectorRefToken, saving tremendous amount of copying data back
and forth.
Change-Id: I027e6cb668ef40eb474773a0ce8d0eeefc1ab71c
|
|
Change-Id: I5b7a39b603359584e3631b0c1851556bbc3624ae
|
|
Rename the variable when I am at that :-)
Change-Id: Ia457c477e5677e7f89a35b331df0933e2eb3f5b3
|
|
Sometimes it is better to have a cached ScMatrix, and create various
ScSubMatrix'es that are just subset of the ScMatrix. This refactor will allow
creation of such a ScSubMatrix.
Change-Id: I3e5d7b9e2e0f9b9bf350336a8582cfd852586b3f
|
|
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 b5cd11b4b02a85a83db77ba9d8d1763f0cd88cb1
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/19979
Tested-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/19981
Tested-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/17066
Tested-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/19957
Tested-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/19978
Tested-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/19934
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: Ieab809a3122c9d592894b84ec2e68195a4e02dde
|
|
after my commit 96c26b0d9d10fa9bac3695222980d7145f0342d7
"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/19961
Tested-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/19973
Tested-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/19965
Tested-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/19972
Reviewed-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/19970
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I9d95f6f604d7b73617bcd34f15106678b8c2ff47
|
|
using variations of:
git grep -lP 'Sequence.*OUString.*\(\s*1\s*\)' | xargs perl -0777 -pi -e "s/Sequence<OUString> (\w+)\(1\)\;
\s*OUString\* pArray.*;
.*\[0\]\s*=\s*(\S+)\;/Sequence<OUString> \1 { \2 };/g"
Change-Id: I03c64334ff30ee14dce0d17b67f5122a3893bbe3
Reviewed-on: https://gerrit.libreoffice.org/19971
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
replaced using:
git grep -lP 'Sequence.*OUString.*\(\s*1\s*\)'
| xargs perl -0777 -pi -e
"s/Sequence<\s*OUString\s*> (\w+)\(\s*1\s*\);
.*\[0\] = (\S+);/Sequence<OUString> \1 { \2 };/g"
Change-Id: I20ad0489da887a9712982531c3b127339bb8b3b9
Reviewed-on: https://gerrit.libreoffice.org/19969
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ie59472fb9c58561fad46dff08cfcdcb8a96e7032
|
|
performed using:
git grep -lP 'Sequence.*OUString.*\(1\)'
| xargs perl -0777 -pi -e
"s/Sequence<OUString> (\w+)\(1\);
.*\[0\] = (\S+);/Sequence<OUString> \1 { \2 };/g"
Change-Id: I4da56c80fa09bfc1e8f868794001e9921431e09f
Reviewed-on: https://gerrit.libreoffice.org/19968
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
replaced using the script:
git grep -lP 'Sequence.*OUString.*\(1\)'
| xargs perl -0777 -pi
-e "s/Sequence< OUString > (\w+)\(1\);
.*\[0\] = (\S+);/Sequence< OUString > \1 { \2 };/g"
Change-Id: I23688a91562051a8eed11fc2a85599545c285c34
Reviewed-on: https://gerrit.libreoffice.org/19967
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
"Inefficient usage of string::find() in condition; string::compare() would be faster."
Change-Id: I90403b1d05eff6499c10be33068e5fd4fed30b62
Reviewed-on: https://gerrit.libreoffice.org/19966
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I0d5187ed34539a05ab9f2ffdfb89118df0aa3511
Reviewed-on: https://gerrit.libreoffice.org/19964
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
|
|
This is an original file created by me. Not sure how
I missed the wrong header.
Change-Id: Ic56d66b1b10aa83dee835925dbf2e9a6d6a130ab
|