Change-Id: I5404e4410b88e84f55fadb4bc82f936e1f1c2d96

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

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

Change-Id: I47e7cb259908ffc6a00475369af1a841acda1da7

Change-Id: I3a5e0efef6843fb8f8b485fa2369ac5b99513c31

problem is that the offsets/sizes are of different type than ptrdiff_t,
and when using without casting, the resulting address is way off...

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

/home/tinderbox/master/vcl/unx/kde/salnativewidgets-kde.cxx:1987:88: error: implicit instantiation of undefined template ´boost::optional<Color>´
aStyleSettings.SetMenuBarTextColor( aStyleSettings.GetPersonaMenuBarTextColor().get_value_or( aMenuFore ) );

/home/tinderbox/master/include/vcl/settings.hxx:38:32: note: template is declared here
template<typename T> class optional;

Change-Id: Ic681d36f376f7433dae56fc1da5f8a2dd0f597ea

... without generating  0;;;@  from  0;@  that has different semantics.

Introduce css::util::NumberFormat::EMPTY to properly flag empty
subformats and distinguish from UNDEFINED, everything else would be an
ugly hack.

SvNumberformat::GetMappedFormatstring() now correctly supports the
trailing text subformat, so exports using it should get that
automatically.

Change-Id: If9a1bcc5ec5dfcf46688035e2b1428ab4747a68d

A clumsy kludge, but since there is no "all others" condition..

Change-Id: Ie89b786585fdee6688f66f5a7af47ec84409eefa

Could happen with a malformed subformat string like "[<0-0".

Change-Id: I8eaab2bcb469d91432a41dc349060c273a6575a4

Change-Id: Ic9571d938c4a8837c5712bafbfb2ebf9f32011df

Change-Id: I52209b70b3d93e488e6c9d16fefd179f2ac06afb

Sadly this saves only 56MB of preprocessor input.

Change-Id: I9ea78306884c5dcb54b61da87b43f700083daf2c

Change-Id: I7922140eaaeb428da0f268cac41f7a227693c25a

This eliminates 638MB of preprocessor input.

Change-Id: Ife434310ec08e408e1f8aaf52d6298f8caa209af

Change-Id: I55e15669520075f74c3fc730f8c6549d19de5ab3

Change-Id: I0a166d1b58b23cac96ae27d446d6d8ed2442df8e

The most relevant signal member function appears to be connect(),
so let's create a wrapper function for that now, without the more
esoteric ordering features for now.

Move the signal member itself to a new pImpl.

The benefits are worth it: preprocessor input reduced by 2.8GB,
that's 9% of the total (excluding system headers which are not counted
because they don't generate dependencies).

Change-Id: I0aaeda51a5630a348bb12c81a83f67afbd508a14

The boost::signal stuff is quite heavy (33 kloc), so try to hide it
from the header.

Change-Id: I87826ccfd2a151aff274ffa6b7159a988f751808

... for 1134 fewer uses of optional.hpp and a saving of 673 MB of
preprocessor input.

Change-Id: I9e8020f3e1ae968db403174c1bc0c1eba1139ecb

Since commit f31e6deb this drags in
ridiculous amounts of boost headers, for probably negigible improvemnts
of sin(x)/x for tiny x values.

The compile time impact was not negligible, moving this nonsense to its
own header removes 1.79 GB of preprocessor input from a full build.

Change-Id: Ic41b2210eac8b130726610f2dbdbb449379225d1

It just includes a bunch of other boost headers; mostly we need
boost/noncopyable.hpp so include that directly.

This eliminates 831 MB(!) of boost/preprocessor/seq/fold_left.hpp
completely, which is the 2nd biggest header after ustring.hxx.

Change-Id: I3df55770adcb46e56f389af828e8ba80da2dc1f2

Change-Id: I086052c9a4dd2a216e0af153c43e98eec85a4600

This happened when one of our modules had clipboard content and was
closed, which currently clears the clipboard, and then reopened and
attempting to paste the content. Apparently the utf-16 mime-type is
still alive but the content isn't, on which rtl_str_getLength(pText)
asserts.

Change-Id: I5cc7c20ac1f1a8551a10b033e1f37bf83c5cc202

... slipped in at 54013188.

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

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

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

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

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

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

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

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

Change-Id: I52d9c84bc6658348c249870088c38512ae169a34
Reviewed-on: https://gerrit.libreoffice.org/16277Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>

Change-Id: I91d5a2ff9fb59b68b28dec0ed8b2802782e28727

Forgot about this ugly wrapper in reportdesign

Change-Id: I8a1d7206165d8c6db8a506eaa0c56d019fdadfb2

The associated toolbar doesn't exist anymore, and most of the
buttons that were there in (at least) OOo 2.0 were moved to the
Insert toolbar (it's the one that's pulled from the "Insert"
button). So kill it, and make Insert Chart/Object visible by
default in the Insert toolbar.

Change-Id: I84ea43f560ea23ceff2e885e9ce615b9d76f3075

Change-Id: I597a5019540cef4700355df4d170c103e973797e

Happens only with when double buffering is enabled, and e.g. with the
oxygen GTK2 theme, but not with the default one.

Change-Id: Iad9911121e57388c84c25860413763f75e06b0ea

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

Change-Id: Id62cdb90420b9ccf4e98fc1af46c70db6ed60ee0