It looks like page ids begin with 1.

Change-Id: I367285b8cfa1fcc9b8f22a9bb3c679d7e9579099

Writer doesn't understand the concept of parts at the moment, it
makes most sense to keep these dummy implementations central.

Change-Id: Iafbd89864b753ba2bed28a05b0f59df85f364feb

Change-Id: I614838505fef901fc37e8d3906bb59c60b034453

Change-Id: I02ae5b729f96e36b3f226218b32495907cb63cf3

Change-Id: Iac31de0410d7f6187e5884152c329375047a23f4

Change-Id: I1362489c9aecf536b31bf6ab57ad8c149f37a876

This API seems to be simplest in the long run where we'll want to be
able to select between rendering slides/notes/both/embedded objects,
and maybe even adding the option of switching between continuous
and single page mode in writer (although I have no idea how hard
getting a single page mode out of writer would be).

Change-Id: I5bdfdb61854c37281c6992c8f3ed1c50c8aa0919

By default (i.e. for writer) we can just return an empty string,
and we only actually need to implement ITiledRenderable's
getPartName for components that actually support it (i.e. calc/impress).

Change-Id: I8b381e5d7a8000638b02f763b4bea8ef0226f8e0

Change-Id: I8ebe3ad2a6efcf1797a2dc941994c7fc1e36f4bf

Change-Id: I82c80134edaf34f1392d06b0bb68ff092652524b
Reviewed-on: https://gerrit.libreoffice.org/10634Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

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

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

Change-Id: I9783669a26fd9c9e2c890f430b29427ccf6bea77

Change-Id: Ic01f84b2603c93985f0b28fc9aced7eeac941b53

Change-Id: I16c6e687259635c4d0ac0e5dab0140941b409bc8

Change-Id: Id781b13b180c0622bfb01cf2ca844fa452061b50

Change-Id: I12a4a91d580f95912f2c2cb2a352b21b272a480d
Reviewed-on: https://gerrit.libreoffice.org/10611Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: Ib317e7ff0c57055955042cab03a14ed053ca9c4b
Reviewed-on: https://gerrit.libreoffice.org/10625Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

Introduced in c67d6b2a
Thanks to Matteo Casalin.

Change-Id: Ibaa7956eb44cfe62bbaf73ff5656dc21a5793c6a
Reviewed-on: https://gerrit.libreoffice.org/10612Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: I58178ac9942dc52083dd44565669769761652ada
Reviewed-on: https://gerrit.libreoffice.org/10601Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

It's column, row, tab in this order, not tab, column row.

Change-Id: I32e69a403feaf18532c7ac241fa2a98fc65a4ba7

Change-Id: I80dc88028579a76c7116b3558cf560f9bfed109c

To make the bug reported in fdo#80846 reproducible.

Change-Id: Iec400f26c6c6af9ae3bd0afd4fce75939ab1e23d

Change-Id: Id1b73c153f4b09ab94446452e7eb096b529473f4

Set "LinkNumberFormatToSource" to false, so that format code is not
ignored.
Also, do not inherit format code common for all labels, if there is
specific format code for a data label.

Change-Id: I505311d5df641d61e616e354734bd332609fa122

Usually, "General" is "0.00" number format, but in this case, when we
want to show percent value, MSO writes that instead of "0%".

Change-Id: I748719765f58e66f9f3fb43c2b527c6823ef6fa1

... by 5 degrees to starboard, which lets the row in the bugdoc appear,
altough the height is a bit insufficient still.  Why that works, is a
nautic mystery to me, i'd say this whole btLr emulation nonsense needs
to be keel-hauled, but after this patch i'll need some rum, arrrr...

(regression from commit 0208ead7
 and commit 970160f7)

Change-Id: Ie0c6ec88b6d6635379b9127f6460647f14776aad

... was evidently not a Hungarian speaker.

Change-Id: I87b0690d839057272c9653b222ed4dc61a75963a

Change-Id: I68edf70e41023d3056859d49005c684b7c4e24d6

Change-Id: I39dd1d10f086fd17fd9cf3a511452831a06bf81a

Change-Id: Iad6a0e5e04dd899827f7dc5dcdbde360ce34716d

This reverts commit 14277af5.

There is a reason why we do this, to allow misspelled word outside the
cell area to be right-clickable.

Add a patch to mangle the project files a bit so that they work better
on a machine with only VS2013 installed. At least in my case. But why
we still need to *also* have those /p:PlatformToolset=v120
/p:VisualStudioVersion=12.0 in the ExternalProject_coinmp.mk I don't
know.

Change-Id: Ieebd729c3ba89cf22231fb943f3739d6be5c7acd

Change-Id: I4a5eb77ff14bb033061ce8214ef7f65d587b159a

Change-Id: I9cf482b10b719d40ab553616099d04c7b1572986

Previously the type of the SDT was used to decide if the SDT will be a
character or paragraph property. Improve this situation by always
mapping <w:sdt> elements outside paragraph to paragraph properties.

In practice, this means that if the SDT was a rectangle (as it wasn't
only around a run), then it remains so, while previously it could become
a polygon instead (when painted).

Fix several testcases that tested that a <w:sdt> outside a paragraph is
exported as a character property.

Change-Id: Ia26c1a4cf6bc553b46224e4b17ee40725c5f3622

Change-Id: I7c776faa74a61b0d263c3b446972da9461b3d4f6

by converting the bit munging to use bitfields.
Remove unused return values.
Add asserts to check that AddRef() is not called after the object
is deleted.
Fix the code in SfxObjectShell to not call AddRef() after
SfxObjectShell is deleted.

Change-Id: I3a3565a0bc45fc9d1d086222265ab8b8175818a7

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

Change-Id: I66f9d2912202ba1393d0c65189f8a945bca4fcaa
Reviewed-on: https://gerrit.libreoffice.org/10603Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>