Change-Id: I0072ba9972a6c4d1565b1d3826202ff11f0c335d
Reviewed-on: https://gerrit.libreoffice.org/19582Tested-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/19583Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

This reverts commit d2a07cd3.

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/19581Tested-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/19516Tested-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/19432Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: If6eb273bc4d76f85da0844caea4bd697c6263013

In a0c53a96 SYSTEM_MOZILLA was removed.

Change-Id: I421a293c7611dd5ed0d810c9c8a80f19faf1689a
Reviewed-on: https://gerrit.libreoffice.org/19580Reviewed-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/19570Tested-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/19569Reviewed-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/19534Reviewed-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/19370Reviewed-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 8f705df1
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 1281c1f5
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

Change-Id: I751587bab106cc0f42f5f83ab30b6b69923463e8
Reviewed-on: https://gerrit.libreoffice.org/19553Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

...no longer used since the last boost:ptr_vector<SvLBoxItem> has been removed
in 63de1888 "svtools: replace boost::ptr_vector
with std::vector<std::unique_ptr>"

Change-Id: Icd5e9671bb79b0bb2e3b12ef004ac9ec112981f8

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

Project: help  4b80c476bf665bdafe7f35003df9b42e3f721564

tdf#95262 Mistake in Help instructions for editing Comments in Calc

Change-Id: If1afa9045b258dab664f1c934e055617e7ec18b4
Reviewed-on: https://gerrit.libreoffice.org/19543Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>

This reverts commit d29e614f, it broke
CppunitTest_sd_export_tests.

Change-Id: I908cc46cdf4df706ad64d04777b8e1401e0800c1

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: I7b7b0e7fea2d1a2b9f6f5501ad5e0b8c1b4a17b9

Change-Id: Ic179264fe306bb2bca9797f10e26c0224fb1dd00

Change-Id: Id99ff87c4eb3f1b36702261ce63d5d2793ea35d7

Change-Id: I3708931dd96d83d1daa332e930e291c3d6cfd73b

Change-Id: Iceef10c51db88b3e85f118a366de45f0f70bbf21

aka, beat up on its corpse a bit

Change-Id: Ia5b8d227083e8f4c1582bf13260e92331740aa82

this is an intermittent crash in the real world but under event testing we can
see that the PaintView is informed that the page has been deleted, but doesn't
clear its use of the page if it so happens that there was earlier modification
events that caused the fire-modification-timer to be launched

If there happens to be no such events then the page is correctly cleared

If the timer is active, then the page is not cleared, but eventually the
timer will fire and access the deleted page and fall over and die

minimal change for backporting ease, follow ups now

Change-Id: I090ad62cc175545902574c93dec7082225d97ab7

Change-Id: I4a0cd4b29db91584c23148d659846c71b90b0d65