The size of the root frame is usually the max of the page frame widths,
except when the visual area is larger, in which case the root frame is
the visual area width, and page frames are centered (when there is a
single column).

When doing tiled rendering, we are not interested in the gray area
around the pages (not more than just having a gap between pages), so
never do this centering. This has two benefits:

1) When painting the tiles, we change the visual area already to always
have the given tile visible, that would undo this centering anyway, but
changing the size of the root frame causes a pointless
mass-invalidation.

2) When getting the size of the document, this way the width of the
document (root frame) will independent from the visual area, i.e. it'll
be always the same.

Change-Id: Ib0d86bbe6c7b5a83646264a2f308624179ad6982

Change-Id: I6a1f8bb8fd04e40ecd60eec87043e507ca6350e7

This has to be only called when the user taps, not before. Don't do it
at all till we figure out how to detect a tap.

Change-Id: I184442d3f06fcbf56f0789bb85693dd7273daf28

Change-Id: I0863ec8fb159a2e367951ba9e7d7310d250d8a1e

Change-Id: I2b9e37aec2705ab723c11a0d1eb795aa5a63105e

Ideally we could always just invalidate and paint when the main loop
says so, but currently without priorities that can take some time.

So just do the invalidate-then-paint when we have a callback that is
listening to invalidations.

Change-Id: I6a835a0a149ae01a4ece3a319dffbe81cd5bd3eb

Without that, we can't be sure we'll get pages in a single column.

Change-Id: I18725607251b74bb81254c149fcc7e451de9359e

Change-Id: Ic0b09b13612e92ec069cb72a951431939b979715

Change-Id: Iadf2ed580b75b2b1fcb0067617a2d79ca707d54a

Change-Id: I55514bf47683bb0e7823892a3afd3dd23dc13e2f

Change-Id: I847a7b90c0f85bb59869ecaca037145221e16e7f

Change-Id: Iad6b90782f4f750eeab420653ed6701fbba9a777

Change-Id: I8af971f659d483c16507c906fa65346a5e0292f1

Change-Id: I3d422670323cd982251569c4226dc46803d4f6a1

Change-Id: I742e232b3a9994f82423bc4bdfa1a5b656f8af87

Change-Id: Ifdc8df1852e29173ee571102aed1c21d5611171b

Change-Id: Ic206ebff28683da2b1daf23039820c2184788595

Change-Id: I2179a81b5ce83beea491b86469c5b8ba232fdd15

Change-Id: I31e3753c722f98cd7b6ffbf87839bbea8de4b740

This reverts commit 06a5b619, which broke
Solaris/Illumos builds for no good reason, cf. mail thread starting at
<http://lists.freedesktop.org/archives/libreoffice/2015-January/065844.html>
"4.4.0.1 build error on sal/types.h on solaris/illumos."

Conflicts:
	include/sal/config.h

Change-Id: I063453ee1115ae3f97e2835828800c74e3cb5e48

This reverts commit 95f7a016.

Change-Id: I1712553e592f1313a2591f7dae92453a4a85b7f2

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

...broken with 60d60caf "Renamed XPropertySet2
to XPropertySetOption" et al

Change-Id: I684736ffafc4642548b7c24171cc52c1acb32252

Project: help  59676afe325ca7cf023a6ecbfa63dc69955d353a

remove more unnecessary newlines

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

Project: help  3b44898f1098b7b3cc34028d60761135ae95dae2

remove newlines from help texts, they make no sense

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

At the moment Remove hyperlink is only shown when text is selected
together with a hyperlink but not when you right click directly on
a link. Let's reuse the logic from when edit hyperlink should be shown
and append it to the currently working case where text and link is
selected.

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

sorted_vector no longer inherits from std::vector
and simplified some of the code.

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

This addresses some cppcheck warnings.

Change-Id: I4c55c109f81407d5383932e4254e0f5f61d12cd7
Reviewed-on: https://gerrit.libreoffice.org/13939Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Change-Id: Id28c3e1617f2e73c36f13b506488d401a22b00a8

left over from "SVStream operator>> to Write method" conversion

Change-Id: I619eb743d7890d5c70d0a94e51ce263567fa6f3b

It's basically the same thing we do in ScDocument::DeleteArea(), implemented
in ScDocument::SetValue() and SetString().

Change-Id: Ifcae31aaef0e00ed8659aa5e2b9b8e206dc1a099

Change-Id: I1e5e9d50af471bc0e63f0d39478d96bf479583d5

The tdoc_ucp::OfficeDocumentsManager lives until the service manager
is disposed on shutdown, but if the database stuff isn't disposed in due
time then a document may call the notifyClosing() on the listener after
the OfficeDocumentsManager dies; probably something is leaking the
ODatabaseContext...

Change-Id: I59662b910589d7270697452b2f4ca6c960d22f22

This reverts commit 7de5ffbf.

Change-Id: I3cf20882dc706700688cbbaea4f45bbe64d7aeca

Change-Id: I60446644e7700f5c119dd94d4da08bb39f5bd268

also

coverity#1264392 Logically dead code

Change-Id: I37c542a6d088a2aca4cf09a341d389efd34f423a

Change-Id: I085f2d0e15c88b995bea3f99945c9ab2e2bcc909

Change-Id: Idfca6110d3170a94efaa9ac51902893d9403c27d

Change-Id: I9e6e15cc5a5597586b4a913e0cc75cf337ddfc05

Change-Id: Iaea31af5b7e41367b59fe02d523bcb7e08a8e0fc