In the paints, we must use the size of the Window for the computations, not of
the RenderContext - the RenderContext can be much bigger than the Window in
the double-buffering case.

Fixes for example the list boxes, and many others.

Change-Id: I4c7607569f88b2d097587140858d0862e54b5ea6
Reviewed-on: https://gerrit.libreoffice.org/16421Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Otherwise we are painting according to the rendercontext size in the
double-buffered case.

This fixes the rendering of the image in the startcenter.

Change-Id: I2630137c5d176d818bc1a68a970a9e5256ace97c
Reviewed-on: https://gerrit.libreoffice.org/16420Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

'resolved' should also be removed
and updating bug urls

Change-Id: Ie8e71727856bcc44bd7f3311a9e1472327c9bf21
Reviewed-on: https://gerrit.libreoffice.org/16207Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit b990cdf5)

Change-Id: Ie90906f1ed8dc205850df3a48688f66b7a72a4f4
Reviewed-on: https://gerrit.libreoffice.org/16343Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/16428Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>

Saving relative references of named expressions to OOXML never worked,
upon reload they pointed to a different position offset by the value of
the original base position. This at least saves positive relative
references correctly, while generating #REF! for negative offsets which
is slightly better than having them point to a wrong location and
silently calculate different values..

Also, this is a prerequisite for TableRef ThisRow references in named
expressions to be saved correctly in A1 notation, which results in a
relative row 0 value.

Change-Id: I3734f910794ceab4b9224b214ad11c64d1d18e67
(cherry picked from commit 80aafaf7)

Change-Id: Ib00273452a67bd535e2f879d9801ae611e42cc7e
(cherry picked from commit 42713c52)

that author was stupid ...

Change-Id: Ib06e88be52e70dee72ecb00590adce696eb347c0
(cherry picked from commit 1f832584)

Change-Id: Ida1257337c6e0916f2228fe053d9c9f085183af6
(cherry picked from commit 77cc7147)

just to get their mapunit or set visual size.

Will have to try something different here apparently

This reverts commit 757f461e.

Change-Id: Ic03dc9e811df624ca492cd2688a30a1e07fe6496
Reviewed-on: https://gerrit.libreoffice.org/16414Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

This was always wrong for OOXML export, function names may have been
written without _xlfn. prefix or substitutions not been processed, but
will be vital for TableRef transformation to A1 notation.

Change-Id: Ieffd7d78e2c744d3c12228a0a815b5ce68b26c81
(cherry picked from commit 17815049)

Since there might be arbitrary rtf markup inside, we rather
shouldn't act upon.

Reviewed-on: https://gerrit.libreoffice.org/16206Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
(cherry picked from commit 63fbd900)

Change-Id: Ia782d89cb4ce8f34df64a3e0cba16de2db7b7ccf

Bug introduced by my commit fb14be5f
"create new 'enum class' SotClipboardFormatId to unify types"

Change-Id: I7347fb9e653077205476e2b0c2b8107dc9caae0e
Reviewed-on: https://gerrit.libreoffice.org/16396Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

(cherry picked from commit 3cb7db75)

Change-Id: I3e97200d59a97271617a6e9a88c807a07a33edfe

...to location where privateSnippetExecutor will pick it up to return it from
RAX.

Change-Id: I59b8db1a12177a3c4da4c810770bee4ace295115
(cherry picked from commit 04834f4a)

Change-Id: I67621e59c6e20e7f3b5101772b5d274d8c745ce9
(cherry picked from commit d0255f30)

A missing seek in the \footnote handler could result in a situation that
the missed text contained a "{" but not its matching "}", which resulted
in the parser terminating earlier than the end of the document.

(cherry picked from commit 7b08304b)

Conflicts:
	sw/qa/extras/rtfimport/rtfimport.cxx

Change-Id: I6df476b2d6397dfa918111b33854dc2f95fbe81d

To catch also a simple =Table[[#This Row],[Column]] that is outside of
table bounds located and therefor generates an error token instead of a
reference in RPN.

Change-Id: I28f5ca12b5f5998c623d0f38fcf39f037aabd317
(cherry picked from commit 703832ca)

let FormulaTokenArray::HasReferences() also check RPN

Change-Id: Ic97332265c50485691f76b81d8396705d7728ab0
(cherry picked from commit f243e27a)

... including reference update as named expressions don't hold RPN.

Change-Id: Ieea19e24f1dcf71d489ff0249bc7d3644e4f0d2b
(cherry picked from commit 37464e3f)

Change-Id: Ie406361c3a3497619f4faf3680f389f3bdf76a4b
(cherry picked from commit 8ade7dce)

The absolute part needs to be adjusted when the referenced column or row
is moved, even if the other part is relative.

Change-Id: Ibd6c2f58b7e01ced4d2e521f29295c044d27924a
(cherry picked from commit f35673a8)

Change-Id: I4d195932bf81c105197de64cc592894e2492b801
(cherry picked from commit 6a3c3673)

Change-Id: I17a2889c21efe9943b348049a1e9384df167435d
(cherry picked from commit 9e978e58)

Change-Id: Ie0781bf5ebeb4cec0e3bb96f8c471e469b1b223a
(cherry picked from commit afa74bb6)

Change-Id: Ia7de5dc101a410aa1c25f36e64627fa3461ee772
(cherry picked from commit 2a5f48f7)

Change-Id: Iae97c409a84f47d591ef8adf8e42fb6f52c104e2
(cherry picked from commit 72be3521)

Also improve dispose method to cleanup various pointers.
Also avoid crash on post dispose MouseUp event.

Change-Id: Ic337a8306566d5b5c81b939be6f89f34fbcc5847

Presentationscurrentslide with a pause-play button and i add a play symbol to
the presentation icon (like the one in tango, galaxy e.g.)

Change-Id: If3ee81a7811a545a4251d1d1b2827e477b5034a5
Reviewed-on: https://gerrit.libreoffice.org/16383Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
(cherry picked from commit 0c5e51bb)
Signed-off-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: Ib5b546c9e6256a0ac547d17f7a6a27bcd3e6df80

Change-Id: I2448787c306a8a4ba531c0560e0435fefadb4dc8
Reviewed-on: https://gerrit.libreoffice.org/16379Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I15ccbfe5df8965f9ffb395343fcf6a5ee5b6595b
Reviewed-on: https://gerrit.libreoffice.org/16380Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I3006409dbfb7fe2cc53fbcb5469962ab3217f5c3

Change-Id: I57b538c0490a1fc8233041fdee51889b62ea0eb7
Reviewed-on: https://gerrit.libreoffice.org/16131Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
(cherry picked from commit 932d9cd9)
Reviewed-on: https://gerrit.libreoffice.org/16253Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I8cd2275d2607559c283d84d66b6d1f0588944cbe

... older versions of Word and LO.

Based on a prototype patch by Yury <yury.tarasievich@gmail.com>

The problem is that Word 2003 does not understand the new CITATION field
added in commit 06f7d1a9.

Word 2010 does appear to at least recognize it as a field.

Also fix the textual field type, which was omitted for CITATION fields,
except when the document was imported from DOCX.

Change-Id: I62b13a4f585dce535d587555b357ab7e4ef0e460
(cherry picked from commit f56289ac)

Change-Id: I3adf4182ad77bfd1af3737f640e9d3fe6db5dfc9
(cherry picked from commit 8ee3cb95)

Set the UILocale to en but do that with a registrymodifications.xcu as
setting it via configmgr requires a restart.

Change-Id: I26d9f6aa07852a7f18e2b3b7baccdb2e85524ea4
(cherry picked from commit 32b6002d)

In 'g' shell script, we use grep to get substring from config_host.mk file.
When config_host.mk file contains non-ascii characters(e.g. Japanese),
this processing doesn't work.
As a result, some variables(SUBMODULES_CONFIGURED, REFERENCED_GIT, LINKED_GIT) will be
assigned to "Binary file (standard input) matches".
This is an error message of grep.
The problem will reproduce on Cygwin64 with Japanese locale.

With '-a' option, grep will work well, and 'g' shell script will work correctly.

Please refer the following commit,too.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=0293ec98c92fd58a592f7dd86fbbf47e7b9195c6

Change-Id: If4e0b356173c8f442e3539ed343f441d87dbfd48
Reviewed-on: https://gerrit.libreoffice.org/16344Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
(cherry picked from commit 125f06db)

Change-Id: I9da47d7add4fadf34fd4e3c9aa6f1e65cf100b20
(cherry picked from commit ef82115a)