Change-Id: I8dd0e5c8837fe1615aa9d5f546c2fd1c0985f044

Change-Id: Iadbbc005ee8bdbf3f33fd291deef376c8adab806

Change-Id: I5bc47d62afa9cf43f4f1978e082bba43920eb10d

Change-Id: I37d1a939c1a98f77152ed90dfb201446101f3157

Change-Id: I69cac41fd3db1e99ecb55e23ac81c67046f81cb4

Change-Id: I24164f5fe3654445190ca26856188a33070e7544

Change-Id: I5321d1e0d29e3f74ae341feb9fba98f401be8358

Change-Id: I61a85caf1587291eaa6b999050a52c92d9e416e3

...using C++11-only std::remove_reference, but decltype is also only C++11, so
3rd party C++03 code should have no need for it anyway.  (Commits acutally
making use of it to follow shortly.)

Change-Id: I8dd7a64ca73d2082a3e7b74d3599848e65e81da5

SfxItemSet passed to ActivatePage method contains both rectangle AND
shadow attributes, causing the old shadow to stick around even after
new shadow attributes have been set. Thus, set shadow to none in a
local copy of SfxItemSet and use that one to repaint the rectangle

Change-Id: If798351fbecaaf951ef0479ae4a2c70d2db68ca4

Change-Id: I51407c4b7ebbe3782539e1cb6f3c8294ae29566e
Reviewed-on: https://gerrit.libreoffice.org/13763Reviewed-by: Katarina Behrens <bubli@bubli.org>
Tested-by: Katarina Behrens <bubli@bubli.org>

Change-Id: Ie95f74966ff951b2b3161efeb073f0648c09ff3b

Crash on WNT in CppunitTest_sw_globalfilter testSkipImages()

SfxBaseModel::dispose() calls some event listener that deletes the
BasicManager instance; unfortunately SfxObjectShell_Impl has a
SfxBasicHolder member that still refers to the deleted BasicManager
and then something calls vba::getVBAServiceFactory()...

Try to fix that by clearing the SfxBasicHolder member via SfxListener.

Change-Id: I65f2ec8e9eb598be218136c06ed8de35a464a971

xNumFmtAgg may be null if you directly call global ServiceManager's
createInstanceWithContext("com.sun.star.text.TextDocument")

Change-Id: Id619a3f5c9e3f8281f9ef72db132c64287e027c4

Change-Id: I1af3c4bdabe4dd9578ddf04c621358b08f6866ae

SwDocShell already has 4 or 5 other cxx files.

Change-Id: I591d6e5d7ebf5727b4a760add2eeea04c3ca5abe

Change-Id: I60fe718c489fc47d667534560241a8b3eb5f20a6

Change-Id: I9ac596ade8b42979ee3fc944af878c702a7e223b

Change-Id: Ica69a3c94e674c12619ec0f5c849b8e82dff6090

Change-Id: I0e84e3dce84096a9085c911e6b82f5a4ee90d903

Change-Id: I252c2f84a3edc83f069d5983e3fa5f479c289e42

Change-Id: Ie45dbf981dd63181450b471408879cf8c01655d1

Change-Id: I5ccad27938941d5b1311bb4fd15353ea8ea34d77

Change-Id: Ida2def93baf8d389e8000d5c31ac50dea7cd4c1b

Change-Id: I785df37d61762a4df2b6af18435f668df873625d

Change-Id: I8a06e0660767f23518952e22cca1b56c16d0bbd1

becf02e5 removed the last use

Change-Id: Ib72a36961dbe4c6218125f48ed251be964016f9d

Change-Id: I9a9797c96dfdbf5ca464f863517abd9001845015

Change-Id: I1400d1bc452d81e1a7596e50d8f9552f026eea08

When a SwTxtFormatInfo is created to format a paragraph, pre-compute the
result of vcl::ScriptRun::next() and cache it for future calls to
OutputDevice::GetTextBreak() and GetTextWidth().

This requires adapting a bunch of methods to pass the additional
parameter, and some classes to backup and restore the cache when they
replace the text of the SwTxtFormatInfo.

There is some code in vcl OutputDevice::ImplPrepareLayoutArgs()
to modify the passed string and replace digits depending on
"meTextLanguage" member; try to set it to the correct value when
creating the layout cache (unfortunately it's not possible if the user
sets the CTL Numerals config to the non-default "Context" value).

Another issue is the check in OutputDevice::ImplLayout() if there is
a mpConversion member on the font; apparently this is used to translate
between different Symbol fonts, so not very important; just ignore the
cache in this case.

This reduces vcl::ScriptRun::next() from 11 to 0.36 billion callgrind
cycles when built with GCC 4.9.2 -m32 -Os (which is still 16% of the
formatting).

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

The CairoTextRender::GetTextLayout() also handles non-existing fonts
gracefully, so adapt this for consistency.

Change-Id: I89cd9ad6aa64e3b320da83bd4290e4c0b57d08bc

Change-Id: I49be59a9b9cdda8f80b6579f393be0a99f231833

Problems were with those table styles which used
color themes to define cell fill color.

Change-Id: Ibde90df81ff253ba65618dde4038093d1caabfe8
Reviewed-on: https://gerrit.libreoffice.org/15089Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

This reverts commit 9a7959cd.

It is not an equivalent replacement for the existing functionality, i.e.
it lacks the number to string conversion done through SvNumberFormatter
and instead of concatenating a numeric element produces an error value
element.

Change-Id: Ib97509609bd3e6629e3efd0c633535564f1c64d6

found with

  git grep -E '\* *\<reinterpret_cast\>[^>]+\<OUString\>'

Change-Id: I9306d4ad8e3b1664f54cb7df86f2d79bfd3c6cb9

LO only scans for new extensions when the folder's timestamp is newer
than a timestamp file in the user's profile. When installing a
languagepack, the folder is set to the build-time of the package. touch
the dir to set it to install time and thus allow LO to pick up newly
installed dictionaries and thesaurus/hyphenation data.

Change-Id: I888f830d2325774cd98e3624c19d2be19d4d6db2

(temporarily, while fixing the segmentation fault in Tinderbox)

Change-Id: Iddc1a14b0cdd8a20ac90fff175e99f60972672a1

Change-Id: I6c405287266572598a86b534552ed2f7bdff7fa2

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