Age | Commit message (Collapse) | Author |
|
since it's only usage is there
Change-Id: I882ddd3e08ab37cf7b3cca8121463598ea3d3bc4
|
|
Change-Id: I161cd52606c11b6008f5d8b1d8ee391692f91861
Reviewed-on: https://gerrit.libreoffice.org/19231
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I0684db21c260e38d1d2e32eb5924cf7e25212b4d
|
|
... without actually disabling the test for 0.0 for others.
Change-Id: I014278dd38535274274536e3187d6bb8cd4dbc2a
|
|
Change-Id: I35584a36ba4a89187182af8828402040e4b091e4
Reviewed-on: https://gerrit.libreoffice.org/19609
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
|
|
Change-Id: If7c7461893ad2627f4bf8a95051282a30a77dc3a
|
|
Change-Id: Ic10b70e1d56b941d263ed7632ba8a5146145cab1
Reviewed-on: https://gerrit.libreoffice.org/19600
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I0b9de068ddf0f4ff92d8fbf003b7529516f1f80a
|
|
no need to store uno::Reference objects on the heap
Change-Id: I015c9c4f89a5520e874f4bf523129682d7da579c
|
|
...to avoid failure on Linux-rpm_deb-x86@71-TDF-dbg:
ucalc_formula.cxx:6600:Assertion
Test name: Test::testFuncMDETERM
equality assertion failed
- Expected: 0
- Actual : 6.33716169817777e-17
- Calculation of MDETERM incorrect for singular integer matrix
A delta of 10e-4 appears to be a popular choice in this source file already.
Change-Id: I24dc6bcab114a1cb2183f2b583be7ba9a9cb1fcd
|
|
"tdf#93243 replace boost::bind with C++11 lambdas Cell...PropertyPanel.cxx"
Change-Id: Ic66eabba58cb39e10253d50e4a226258e7099a77
|
|
Change-Id: I3f6a97195d3364b2a0964f62f11e9c0de9493d64
|
|
Change-Id: Ia6baf94ada92ecd134587ed1148a2543c8c17614
|
|
Change-Id: I4adb1c6f3eb978429768640ca25eff7d8a5ce23e
|
|
Change-Id: Ic0dc47b71e76aa4825a867fc171406d126ae0518
Reviewed-on: https://gerrit.libreoffice.org/19568
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
This reverts commit d2a07cd3214af27c5af601992e3c4a1a6e3b3dad.
We now ensure in sal that calling rtl_math_erfc() with NaN actually
works and returns a result as defined.
|
|
use SAL_WARN_IF instead - getting logged with info is more suitable for
this - useless zoom factors won't cause other problems
Change-Id: I7b8dd6551297eeff8e720ff85702f0049a4b93a2
|
|
bool ScDocShell::isTiledRendering() const crashed without this check
Change-Id: Idb7ace05eb1aa37cbc3d956503c046b0e9b9d0e5
Reviewed-on: https://gerrit.libreoffice.org/19570
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Icc55931f5bc64fcc2745ca68f62851ee2c59f711
Reviewed-on: https://gerrit.libreoffice.org/19569
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
MDETERM uses lcl_LUP_decompose() which as the name suggests does LUP decomposition.
This patch allows additive cancellations to occur in a cleaner way while doing the *only*
additive operation in LUP decomposition, that is while computing Shur complement.
This patch does not change the high level semantics of the algorithm.
Also note that this change makes improvement only in the case where matrix elements entered
by the user are *integers*. The change allows MDETERM to evaluate to exact 0.0 for
singular integer matrices.
The steps to calculate Shur complement are :
for i = k+1 to n
aik = aik / akk;
for j = k+1 to n
aij = aij - akj*aik
This is now modified as :
for i = k+1 to n
for j = k+1 to n
aij = ( aij*akk - akj*aik ) / akk
Without this change MDETERM() for certain singular matrices used to evaluate to a tiny non zero value,
which also caused MINVERSE() to generate a wrong output.
An example of such a matrix is :
1 2 3
4 5 6
7 8 9
Change-Id: Idd4211ddceab1b758fd05bfd57f7eecd5d4fd1a0
Reviewed-on: https://gerrit.libreoffice.org/19534
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I9d1d83f1ba9b74d248321f617e2ba6745bdc2c01
|
|
Change-Id: I2b6294163e90210f54ebacf93dae7ad7b974f725
Reviewed-on: https://gerrit.libreoffice.org/19400
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
The Calc spell checker idle handler is currently running in the
REPAINT / MEDIUM priority class - much too high.
This races with the Calc GUI repaint for large documents, like
the one attached to tdf#94485.
So move it to the LOWER priority queue, to fix the lagging GUI.
Change-Id: I6e4b05dd1a977182ec13f7e3a05f0722f502f226
|
|
Change-Id: I4a1e3e269a269bb37e88aa8810a46d0f4ecfc518
Reviewed-on: https://gerrit.libreoffice.org/19420
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I571d77c9a9d399e0a683af02edb6de1095c11ca9
|
|
Change-Id: If41b7af52d506464aef32bfddd11de8e3f44ed32
|
|
Change-Id: Ica252d3477e3a630777a59d64bfea7afb29351cd
|
|
Change-Id: If50b4b5baea36e161675afd368fc54bdec01d9a5
|
|
...same as daa6fe4173ba9215a7044887dc28cc8ee4408985
Change-Id: I0ee61a2f40c234fcb496a70ad5ec913148119597
|
|
Change-Id: I62fe627eab0163715fc90d17a9b8992bc17682b9
|
|
Change-Id: I059248659f51746cfc1d06faeaadaf3d645c03d3
|
|
which mostly serve to make the code harder to read
Change-Id: Ia2a83fee9f850ab6f0bea6305ce8600d6b785fe8
|
|
no need to store uno::Reference on the heap
Change-Id: Iec3abe2190648e85a37b22763c8d19ba29634373
|
|
Change-Id: I809f9e10309ceadda0a82c3818277323b34ec61b
Reviewed-on: https://gerrit.libreoffice.org/19491
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I88258d3aaa2a18315a5a38ea01e77bdfd4bc1a84
|
|
Change-Id: Idfeca4a683ebb9616c19a42de650c4871f733ef5
|
|
During import, in hyperlinks all Sheet!xxx were converted to Sheet.xxx
to fit CalcA1 notation, but in this case Sheet!R1C1 was used and
Sheet.R1C1 is not a valid address notation, so the hyperlink didn't
work. Do not attempt to convert R1C1 notation, the hyperlink handler
does handle all known notations. On Excel export, handle that the
separator can be both, '.' and '!'.
Change-Id: I8428b2240912f42fd6789d249c90982127ee7c01
|
|
Change-Id: If189c1e4254ae00725ec76a5ca6354d24df2d351
|
|
We need to convert a path string to decoded it for OOXML with a password as ODF
is so. This patch adds the converting process for OOXML.
In addition, this patch moves the decoded-point of URL into
css.task.Document[MS]PasswordRequest ctor from the outside. This decoded-point of
URL into ctor is common for OOXML and ODF.
(notes: Strange to say, css.task.Document[MS]PasswordRequest ctor needs "aDocURL",
but methods in interaction-handler use "aDocumentName" as the parameter.
Probably this will be fixed in near future.)
Change-Id: I0ecfddf0f70ea5810df52d9ca8637f483a26df2f
Reviewed-on: https://gerrit.libreoffice.org/14677
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I9bfa7be4a8035d6dfbd0bd13505ba13c3d085455
|
|
Change-Id: I0a1ad60cb6eea26899604641f981642943b06347
Reviewed-on: https://gerrit.libreoffice.org/19375
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
My thinking was that there is a slight difference in meaning; that
assert() checks that the code (or, in this case, data) in the test
*itself* is as expected while CPPUNIT_ASSERT() checks that the
functionality *somewhere else* works as expected. But whatever.
Change-Id: I93f7f8cf2b3aac9e8fc35baf2dcbad1a4003773f
|
|
and drop the macro
Change-Id: I452ca373d0c277166e94928c1bce78bf37e39d7c
|
|
found with
git grep -nP '(\w+)\s+=\s+\g1\(' | lots-of-hand-filtering
Change-Id: I598b0cfa6607823eaef09d95e610e05145c727f7
|
|
second time lucky
Change-Id: I1ff8c750f5845180a0bcd23ac5017e8cd0331409
|
|
Change-Id: Icfd6c9a23d6d6f4f8b4ee8462134a3b08573fe50
|
|
Change-Id: I04987cc8c3eab52a7191d75cf0a9cde9049bfbd4
|
|
This reverts commit a55496a9e88ac3da821b0ae0d334866d669540c6.
|
|
Change-Id: Ie525330eb79a80fd47a6bfe46343aa25ae0aeb5c
Reviewed-on: https://gerrit.libreoffice.org/19419
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Fixes the VLOOKUP problem reported in tdf#94540 by falling back to
non-OpenCL for such a case, where one of the columns passed to the
VLOOKUP contained strings. And since a while, we don't claim to handle
strings in VLOOKUP. Which is true.
Change-Id: I4140c86bf8166beb8201aa90c075d9f4432d9173
|