Change-Id: Icc41bbe09e495454ca27e9281eca6f4731a135c8

Change-Id: Ia0de7ff756d9578b6c036d713ef1394f8a1461d6

Change-Id: Ic2af80d2335875672fee5b61083b1f7f9703dac7

Change-Id: If97d75dbfb683191f4a30d796ca132cedec6c92e

Change-Id: Ib95d8812b0ce288b9691a398fe0396e73ea9af97

Change-Id: I723d7c187ec186ccc68f061ba2357712a5f31869

Change-Id: I19785cc516daf03aee8783a23399929785d30c5f

This fixes warning C4458 issued by MSVC 14.0 (aka VS2015) compiler.

Change-Id: I48ed50bb54232d70460495d6d6a9e100fb90b869
Reviewed-on: https://gerrit.libreoffice.org/17444Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>

Change-Id: I8e65c0243094468dca06a1b30b5244bef931f8ac

Replace all uses of deprecated features from o3tl/compat_functional.hxx
with lambda expressions.

Change-Id: I6370c80dbe675da517904e535e19bf63830c3e2c
Reviewed-on: https://gerrit.libreoffice.org/17450Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>

The correct way to perform the check for it in C++11 is to call
std::function::operator bool.

http://en.cppreference.com/w/cpp/utility/functional/function/operator_bool

Change-Id: I4df8daaa758b4d5b382e340b90c4588a83ee11ce

In Writer, the meaning of 'parts' is a bit different than in Calc or Impress.
In Writer, the parts mean pages, and the document does not give a completely
different view, the cursor just jumps to the given page.

It is up to the client to follow the cursor appropriately to have the desired
effect.

Change-Id: I56b3264e0340cd639bdabfa92b74b52bd1f391a5

Change-Id: Ifcccd6376a6a44bf6761e9fa451b46933adb6ce9

Change-Id: I2a56e253a7091c690c8f40ff371565dbb7affbae
Reviewed-on: https://gerrit.libreoffice.org/17455Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I5a0a0e83366ce518fc74d915bb8c43cc883ff016

Change-Id: Ic98b20eabdc0e62078b28ab0219b00b67e8e1099

Change-Id: I9342bbdaa626c88592d3a7bdf12f150cc2a605b1

Change-Id: I4bea36a9add24f9144c8e222e9ce42c7c9f3678b

Change-Id: I1a4a3007a07a796d80d06ab7554953925bb8be3d

Change-Id: I813d42a1ab494e0887791516606fddd342e21ff0

Change-Id: Ia3644bc0d9db2159aa4e9f05ca2f36e60b63e6f4

Change-Id: I7d6d01775600fdbd64b0b5a249d88acdb89f6591

Change-Id: I72acc5f396553eb464338a395ef40f95ed57a07e

Change-Id: I4bf5b2aab1dd76e596c191ae2eec8eb18005b914

Change-Id: Ic60190814a19e03341de3678f35c4ac69624ca4c

Change-Id: I042c97d8472c3afceffba36808687f382571e6c2

To diustinguish from formula::FormulaToken::IsGlobal() virtual dummy
implementation error message and spot code that possibly makes false
assumptions about svIndex tokens.

Change-Id: I5c4a62dc5fdf3a97b7a4d143ce1e419f15a8fdb0

Change-Id: I628a7ce66d8d3eed5bf70a0ac57acd8f4deef598

Replace all instances of select1st with lambda functions in
canvas/source/factory/cf_service.cxx.

Change-Id: I935282817fdf6496bd03752b8adb89e827ff28c5
Reviewed-on: https://gerrit.libreoffice.org/17409Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>

Empty repaint rectangle means the whole window, while Erase() is a NOP
in case of an empty rectangle.

This fixes the sidebar rendering artifacts the screenshot shows in the
bugreport.

Change-Id: I12e35ceb0aa529d65b7acf01d8cdb719101adebe

Change-Id: I70c3a06e2aa9112cd5a47b7d8839c4bd701cfc1e

Instead of in PaintHelper::StartBufferedPaint(). If the buffer size is
set to match the size of a sub-widget (for which the paint was
triggered), then client using the buffer as a persistent vdev are unable
to paint at arbitrary locations.

For example, if we painted the ruler, then the blinking cursor won't be
able to paint to the SwEditWin area.

Change-Id: Iba07070baafb5b802fc6da200696611afd2010d7

Based on a mini-dump from Norbert.

Change-Id: I9a9fee38b0472e1abfd797539cadd4a83af5f583

Change-Id: I84ee651a51e1919be036ffd47d80eb1ab7433973

Change-Id: Iba845749d645bc1cf9eb6d6c41829717831bc487

Change-Id: Iaa6a6ed0ef1b9ca3b3f72706ec3934c6c4a93322

Change-Id: I70e38970394ca291de2de184b80bb5bb7c2cccac

... so the libxml2.dll is copied to instdir.

Change-Id: Ibb5e57c01826e089e9a81b79fb56c3d2489d653b

Apparently Clang C89 mode is sloppily implemented and allows this.

Change-Id: I78ef943bc4c5f8590dae8879dad65ad9fbe9a9bb

So at least in case of the CTRL_LISTBOX, getNativeControlRegion is
called for a type and part unsupported by IsNativeControlSupported.

For whatever reason, this results in broken listboxes drawn in
Base's "Table Design" dialog, when selecting "field type", which
draws the listbox on top of the cell.

To make it worse, it seems the listbox is actually drawn to a
smaller space then the actual requirement. Appearently it seems to
use the content rect, instead of the bounding rect.

So in addition to fixing the drawing, this patch increases the
listbox bounding rect, which looks too large in normal dialogs, but
makes the Base's listbox better readable.

Change-Id: I112ec038fd20ad33facd260d16b5d68b508d2bd0
Reviewed-on: https://gerrit.libreoffice.org/17438Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>