And remove page number fields from HTML documents - there are no pages in HTML.

Change-Id: I48a157ba6cb283185d0b58e2fa48227d154def98

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

from SfxItemPtrMap.

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

from SwGrfFmtColls.

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

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

Change-Id: I1530d071ad44afc114f1916bf234e0616b7dce90

Change-Id: I627c50f6315b2212e3e1f4790b7fc8e08c6e0ee8

Change-Id: I63a5361eb338dba30d76f4a0a1afb88e7de5f401

Change-Id: I32a74aa1ad42b975bca4b13403d261fd31deb8dd

Change-Id: Ie864a4d04ea1ae701ab5dbb5b93807e98d5f0f1c

before

commit 887b3a35
Date:   Fri Jun 13 17:52:30 2014 +0200
    loplugin:staticcall

this looked like

SwFtnFrm *pFtnFrm = bEndn ? pEndBoss->FindFtn( pSource, pFtn ) :
                            pFtnBoss->FindFtn( pSource, pFtn );

which superficially seemed to have different if else branches

Change-Id: I450c8080d503489902f16cc756ff9f7013971388

Change-Id: Ia2988cdde8be62a9fb3d2895c70148a01dedf594

Change-Id: Idba65df85e8fc2131d0cfbdd1b3c25470f0dc0ae

Change-Id: I387dcfb34dd6f1fc74ed929cb6b2833ae8e0f574

Change-Id: Iab55c2545790bdee7104abf91d7a3df2deb21ec5

Change-Id: If1e812f9b3c93c8e81817dc599d1d732dbc68b0c

Change-Id: I841306c664ddc5d81ce1c84357de3b2daf32964a

Change-Id: I77d19b131a378b16e82ce789c5d0fc99845e92db

Change-Id: I13ef24dfa1c82ad14737dac77b18e92d3abeb96b

Change-Id: I6a5a0efdfa45814a59d4b7b5885850e1618a526e

Change-Id: Ie089a4afabb07e3b119563dafb162da427bb635d

The detection code is wrong for gcc 4.6 and the tr1 code actually
conflicts with the OpenCOLLADA code, because it creates an ambiguity
of shared_ptr in the cpp files.

Additionally most of the headers already use std::shared_ptr or
std::unordered_map.

Change-Id: Ibfe80e45687d34ec6fcd23339fd3f968fae402ba
Reviewed-on: https://gerrit.libreoffice.org/11695Reviewed-by: Zolnai Tamás <tamas.zolnai@collabora.com>
Tested-by: Zolnai Tamás <tamas.zolnai@collabora.com>

Fixes a warning about use uninitialized in
SwDBManager::FillCalcWithMergeData().

Change-Id: I03954f6d47a699e3a694269757ad9613b92c5695
Reviewed-on: https://gerrit.libreoffice.org/11740Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
Tested-by: Jan-Marek Glogowski <glogow@fbihome.de>

...from times when code used std::auto_ptr.

Change-Id: Ia4eca8b0b95a8846886884404009e895daba8a22

Change-Id: I93d5d899fa073cd7ed18e9176b50679b0be95f70

This test failed on Mac because it depends on the layout being finished,
since for SwXTextEmbeddedObjects the corresponding SwVirtFlyDrawObj are
inserted in the draw page not on import, but in layout.

Change-Id: I731b9b92838252ff50135f97343357992bc1933f

...for one, all supported GCC versions should HAVE_GCC_PRAGMA_OPERATOR by now;
for another, there are virtually no uses of std::auto_ptr left.

Change-Id: I5d94c2520d43ff0a4a8f6882ce64ebed888b44ec

Change-Id: I203b84180d3614a440b37af87223bbf5a6a0f21a

Change-Id: I57f010076f73758bd5bdcf78b58553baa257df08

Change-Id: Ib7da2401529bbff92611abdab44d26ff009e38b3

Change-Id: I779b7a172cecd927f7d18fcbbc0f898f18089d0a

Change-Id: I6e45a8b00952dc3ef54f29536cf333bfdcee787d

...and is apparently a leftover from temporary debug output in
e36badb9 "Fix workaround for bug in Clang 3.2
FunctionDecl::isInlined."

Change-Id: I3213981c5d236a7b67083014692566f75a2bcd51

Change-Id: I437fdceedac57bbeea7fd2a5fb7098bb71e0b259

Change-Id: I60ac3706b9be335c31039ed0997cb8215808ddaa

Change-Id: I1b8a52a92ecd465c19fb368ba206b4fdd6d86364

Change-Id: If5b81c423ec7e21f26b641b252b722d4bf467c13

Change-Id: I6fc7ef7438e1b999b3b65e4e661b9e787a66cf47

ToolBarManager::Implementation::Update in sd/source/ui/view/ToolBarManager.cxx
is dubious.  It takes its parameter by value (so in UnlockUpdate() the passed-in
mpSynchronousLayouterLock is reset upon passing it in), but the comment that it
"is [...] released at its end" together with the redundant
pLocalLayouterLock.reset() at the end of Update() make it look as though the
intention was to pass by reference.  However, resetting
mpSynchronousLayouterLock even in the case where pass-by-ref would fail to reset
it is apparently important, as otherwise e.g. JunitTest_svx_unoapi would run
into the OSL_ASSERT(mpSynchronousLayouterLock.get()==NULL) in LockUpdate() with
a call stack of ... -> Update -> SetValid -> UpdateLockImplementation ->
LockUpdate.

Change-Id: I7d2717d5e1f8aa69c79a626c100d7fefb0cfb120

Change-Id: I73c4945dec1db4c206948f27ba3d19fa08eedd46
Reviewed-on: https://gerrit.libreoffice.org/11742Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>