Age | Commit message (Collapse) | Author |
|
Change-Id: I06f33af242c60e0349417ceab3ca4a6d47cd402d
Reviewed-on: https://gerrit.libreoffice.org/19589
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Just remove the disabling
Change-Id: Ia03591610ba1b60a66d9962169383c4ab85288ca
Reviewed-on: https://gerrit.libreoffice.org/19590
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Project: help 5d7d8ae940137262e8fd575a2214bf0baf0e9c1f
A description of trigonometric function IM*
In ODFF a phrase was rewrote
in func_imsec.xhp and func_imsinh.xhp typos are corrected
in AllLangHelp_scalc.mk typo is correctedo
Change-Id: Ieecb11deae5a8b1da56cdaadc9f75ef08b211e3c
Reviewed-on: https://gerrit.libreoffice.org/19429
Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>
|
|
Change-Id: I560d28b7cc67740c6479494d0e5aa62d2ac6ffae
Reviewed-on: https://gerrit.libreoffice.org/19587
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I609e3dffeee6cde33fcbab71c15020434fe1a136
|
|
Change-Id: I0aefe45eb06ac9d63fa79c33fd63f120c0258470
|
|
Change-Id: Ice6dfc7b8e295f322f38f8bc8f01d6776c742e54
|
|
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>
|
|
... with ::std::expm1() and ::std::log1p() of C++11
Change-Id: I0d119958152ea372c136d28705686b44b39015bf
Reviewed-on: https://gerrit.libreoffice.org/19588
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ieeae14607127c442b987afc51f2b59692f5334ca
|
|
Change-Id: I5578dc3885945c013064cecf2ca86e7ca734368f
|
|
Change-Id: Ib0dcae05793927ecca4e8031e66b6ca1bf4721f7
|
|
Change-Id: I17c0f7e22e63823c16ebcdc1db1e4f618aad22a1
|
|
Change-Id: I448f59fd43d90d3ad42ba55dbadee0664984e53a
|
|
Change-Id: I18b3e0cc30e05e9a53a0f7ae9997b9f190f192f4
|
|
Change-Id: I88188482af59bb94f1869a1ad4fb3c72c71789b7
|
|
Seamonkey based address book driver is based on pre-compiled libraries
and is only used on Windows 32 bit. Remove it in favor of mork driver.
Given that Seamonkey based mozab driver also provides Outlook and
Outlook Express address book integration, that Windows-32-bit--only
feature is lost for now. If necessary, support for that feature could
be rewritten from scratch, in a way that would also work for Windows 64
bit.
Change-Id: Ie1c125e692598bda999767c328c9e2262a2b82af
Reviewed-on: https://gerrit.libreoffice.org/19560
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I06373679497ffc3472905251327073c878b48342
|
|
Change-Id: Ie5cd1c0e186920f3b34d3986aa995a5c3be9c58a
|
|
3.5 release is needed for MSVC 14.0 (aka VS 2015) support. Python 3.5
removed build toolchain support for MSVC 2013. Because we still need
to support it, we duplicate the Python directory in externals and
copy old patches and dispatch to this directory for MSVC 2013. Once
the support for MSVC 2013 is dropped on master, this directory can be
removed again.
Change-Id: Idf7bc351239582f583ecbdb53c923cbdcf968089
Reviewed-on: https://gerrit.libreoffice.org/17352
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
This checkbox was introduced in the commit
9a85743766e8a063d20d5f93ee88758e243397f4
This patch makes Calc persistently remember the option's setting between
invocations of the Find & Replace dialog.
Change-Id: I82c1355e85cd16ce13229d495a6d243e185318ad
Reviewed-on: https://gerrit.libreoffice.org/19574
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I459e00ca0b6578be6f7543eb220720b1a48c1ac7
Reviewed-on: https://gerrit.libreoffice.org/19584
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I0072ba9972a6c4d1565b1d3826202ff11f0c335d
Reviewed-on: https://gerrit.libreoffice.org/19582
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
... with ::std::erf() and ::std::erfc() of C++11
Change-Id: I8ccc86ec4d6d71a92409770fc119f72e7084073a
Reviewed-on: https://gerrit.libreoffice.org/19583
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
|
|
Currently in case of RTF export LO converts all unknown graphic into WMF. And some images due to zero prefSize
produce invalid WMF of zero dimensions.
As a workaround for current case we do not convert GIF images to WMF, PNG format looks better here. The code can
be extended to provide suitable converters for other formats.
Change-Id: I0c98111a4496250874aa4f664dd2f70134c1bdd1
Reviewed-on: https://gerrit.libreoffice.org/19581
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I008438a6b1651068165e6a07b16ea0b2e447074f
|
|
Change-Id: I12f38d29d1d0b02b8a99977a232646c213ef20e9
|
|
Change-Id: I09958e48846962aa5ad29e3e6cc0ce2450973f74
Reviewed-on: https://gerrit.libreoffice.org/19516
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I1b573365d55f6455e892b4b5b98a7090de5caf4c
|
|
Change-Id: Ie424a6f038107ef8b574d0422efaf49b441c110f
|
|
Change-Id: Ia6b025ba9980f0a7b333b2dc4ae708c3a63fca21
|
|
Change-Id: Ib96d7123a3c483e9a1c78666bf042396510d733f
|
|
Change-Id: Icc7d7ad95d1ffbf55f1cd704148f3ceb58618e6c
Reviewed-on: https://gerrit.libreoffice.org/19432
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: If6eb273bc4d76f85da0844caea4bd697c6263013
|
|
In a0c53a961a0af21f69f592b43799cd635c994810 SYSTEM_MOZILLA was removed.
Change-Id: I421a293c7611dd5ed0d810c9c8a80f19faf1689a
Reviewed-on: https://gerrit.libreoffice.org/19580
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
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: I4103c8e1549db44055fbfcb8ced6ec36d27fc126
|
|
Change-Id: I9c6e7699790cc2e526a15daf8c5c25555aa30fc9
|
|
Change-Id: I3d4cd44527bd9687df002543055286daf6e24a65
Reviewed-on: https://gerrit.libreoffice.org/19370
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
|
|
Change-Id: I2b3501967fc0088e0bebf6c366e033c61b652921
|
|
Change-Id: I7718ff6f93f704e37e9a046cb07c497b2d533a2a
|
|
Change-Id: I9d1d83f1ba9b74d248321f617e2ba6745bdc2c01
|
|
Change-Id: Ib174a3809dd5433c29efbe08a2c4b9f9b6eda804
|
|
regression from
commit 8f705df1221c3f92d8cde68bdf726a7c3ce8fe1b
Author: Tomaž Vajngerl <tomaz.vajngerl@collabora.com>
Date: Fri Jul 18 13:36:13 2014 +0200
bnc#881024 Don't world transform font size in WMF/EMF import
which seems to be a regression from
commit 1281c1f52b77c4c4fb08e129542c2c4912b38555
Author: Armin Le Grand <alg@apache.org>
Date: Mon Dec 10 16:08:58 2012 +0000
Resolves: #i121382# Corrected size handling including font size handling...
for EMF/WMF imports
Change-Id: I87307c9993d3343b4db636257e2567b10a73b79d
|