Change-Id: I0406faf872833dbe315a89c5b2b3c28f1c9f87a4

Change-Id: Ibadfd1d3e954be456c7b35957bd12c1d9ecd8932

Change-Id: I206430e6cb32235b0ac47781fe586c3e374bfc17

Change-Id: I46e3f994d134f519258046f56263b4a42c1d97c2

Change-Id: I4efbef7fb2024212fca679099a40c2b84081c5f4

Change-Id: I7c7a4bbaa4670e873599ad2533a1c2de713cf53f

Change-Id: Ia7bdaa3a02af8f81884d81d60c0f135af2f8aeae

Change-Id: Ie59da1b457aa2ed5bdc6a26eefab4d4a3acf10b5

Change-Id: I1140910c8e90a3022cc88ff33fa37db62007b745

Change-Id: Ia520982b6764994fc4ab02cb12d1bd051e37883a

Change-Id: Ia2706c308c6297d05b2862e9f86fc0f2ee90e4f0

Change-Id: I365a81a0a960f5da736c9a97aa056da16c99452f

Idea from Norbert (shm_get) - look for classes that are
(a) not instantiated
(b) have zero or one subclasses
and warn about them - would allow us to remove a bunch of abstract
classes that can be merged into one class and simplified

Change-Id: I4e43fdd2f549b5cbe25dcb7cee5e9dd3c1df8ba0

Actually I just need it to force a rebuild of the file on the windows
boxes to fix the broken build.

Change-Id: Id90f0ef40bd9bc8dcde3dc0a9040100267696d0e

Why do we need the DLLIMPORT macros in a header only class?

Change-Id: I0da4e9a3fd9b8db77e7298d4d592fd29eff1f709

Change-Id: I3de9afa7b5d975487fd03ae2a9c5393143abff9c

Change-Id: I8d63d942c7cb7876b864a9720e9a8adbc7345172

Change-Id: I9667611135300155ee87cca1ad444ad8a6a9aeb1

This reverts commit 10654c03.

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

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

Change-Id: Idbd3b5a6bf0008409cf1b4f3764e1b34f4284de9
Reviewed-on: https://gerrit.libreoffice.org/18361Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I78c0f32498ae559604f78706db85141bbebf89ad
Reviewed-on: https://gerrit.libreoffice.org/18359Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I7474d6ac1c7128ca5b22478b2abb3799c083e99c
Reviewed-on: https://gerrit.libreoffice.org/18348Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Ifd6928bafc59abc252f29af81f26f6362e9fc933

Change-Id: Iab0a53abd723f0309f40742636315079a4b2c532

Change-Id: I60ec3a95bf7d631fefe061335bf0955216df14b9

After the document is created, an event is dispatched on the main loop
that calls SfxPickList::Notify(), which modifies document properties.

It tries to prevent setting the document to modified by calling
SfxObjectShell::EnableSetModified(false), but Writer cunningly outwits
it by simply having its own independent(?) modified flag that is set
unconditionally in DocumentStatisticsManager::DocInfoChgd().

Let's assume that if the modified flag shouldn't be modified in
SfxObjectShell, it shouldn't be modified in DocumentStatisticsManager.

Somehow in 4.4 and 4.3 the same thing was going on, but it didn't result
in a visibly enabled Save icon in the UI, but with 5.0 it does - cannot
easily bisect why that changed due to tdf#91383.

Change-Id: Id30fd831eb29910c9fb44ed3031bf8da23586bea

There are even more and it is causing a number of performance issues.
This just fixes the most obvious place.

Change-Id: Id85c13b5b7f4bb0bc077e62c39258067e17c0094

The code comment mentions correctly that we want to show all significant
digits but a value of -1 means that the last digit before the decimal
point is rounded away.

Change-Id: Id91a6076e37629502281c5dda426018f93d1e465

Change-Id: I5f7f993f2cf0604ec62cea3460b651c07a7b4383

... when deleting the temporarily inserted styles in
SwDocStyleSheet::FillStyleSheet().

Change-Id: Id4abc067ce10b41486f659350267c7e3933db472

...the code was like this ever since 8ab086b6
"initial import"

Change-Id: I808296a280c01f02adeba1018b9f9bc6977971d3

"return bDone;" was commented out ever since
8ab086b6 "initial import"

Change-Id: I604c7b49623e730cbbe486563f1a91f713ff6810

Change-Id: Id325d05060e427ad46acd45d0ec3f0e9159cea9f

Change-Id: I4a61595294c24a609a5952ce72f9f88524969784

Change-Id: I4a7199633d0d940ae009ac144989da7d6c9262ec
Reviewed-on: https://gerrit.libreoffice.org/18378Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>

...ever since its inception with fccfef48
"INTEGRATION: CWS impresshydra"

Change-Id: I098b4434bfb1ed2c10f1476c21f1427fe2292b60

Change-Id: I91ba41cb052c38aa3b047cf079090b01bbe93b39

...the odd setting of iconSize (to the same value inside the if as well as
unconditionally afterwards) was introduced in
17a5c821 "INTEGRATION: CWS vcl10: #109868# don't
use ridiculously large icon sizes," together with the olwm comment, and olwm-
specific code further down below that was removed again with
b118d56c "Remove Olwm support and Windowmaker
gravity handling;" so effectively revert the code to the state before
17a5c821

Change-Id: Ic68f6b5b44f48292a7a6983935427e529d8a5002