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>

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

Change-Id: I6d73e4d732da36bcd446b1d10273d88d941b9c1a

Change-Id: Id1a8f91b6c74c19c3b14b24a86580d06cec3dd97

Change-Id: Id1321766532eab6ee49e418b0597e62d14b5b33c

Change-Id: If2bf31494f1354ff3856ad8b32f6799042e23b18

This time use a patch to mangle the project files a bit so that
msbuild likes them.

Change-Id: I1293f4a92164ec6431b96c39f118cbdedbe5fe32

Change-Id: I5035db31ce3cb3d07dca86aa77552274c02f695a

Change-Id: If4a8761cecde449baa90fff173cc0f094eb755e5

Otherwise the user name is set to the name of the user in the last revision
record, which will be used when recording new revisions.

Change-Id: I9b5e39c3b3a85614af67f86db9ed2bb3509a9e2b

Problem Description:
This issue is reproducible.

Step to reproduce :
1. Create .docx contains page break on first page.
2. Second page contains '&'(ampersand) with some character like 'x','z','#' etc.
3. Changes the size or font of '&character' which is on second page.
4. Precaution will be take all this i.e page break and '&character' contains in single paragraph'.

Solution:
Added a check for Context Type which must be CONTEXT_CHARACTER for deferring character.

Change-Id: I27989d2ca8d62fbd9efafe5ba7f4a65d56467c1e
Reviewed-on: https://gerrit.libreoffice.org/10532Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
Tested-by: Luboš Luňák <l.lunak@collabora.com>

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

Change-Id: I827fd727eb49ce19da847327d78bca531a11bc1a

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

Change-Id: Ia0f0282c4418288adf14997234ef393f44fbdabf