Conflicts:
	chart2/AllLangResTarget_chartcontroller.mk

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

Change-Id: Ia2a1d1fe81a07d1e37437539d6d651a7c6ce1111

Project: help  8d6c8428de7fe8735640118179c5676c6b7f4f3e

Change-Id: I82f334426715fd1a1f0105b86f763d41e66f32da

Regression from b844f06b (fdo#48692: fix
problems with large number of table cells, 2012-09-21), the problem was
that GetSelectedBoxesCount() may return 0, and if that happens, the
prefix decrement operator set nCount to 0xffffffffffffffff, which then
resulted in a call to DeleteBox(), which did not happen before.

Thanks debug STL for pointing out this issue.

Change-Id: I9eee55f642726343c4ce9af479ccd2c4dde03b6a

Change-Id: I9f3cb1fb3186e77b5c5ee57ff3e6086022c80bfd
Note: kept old resouce to allow dialog to be called by dlg_InsertErrorBars, util we find a way to have a dialog to call a tab page and access the resources. Once a solution is found, old- resources can be deleted, RangeEdit and RangeSelectionHelper can be nuked too.
Reviewed-on: https://gerrit.libreoffice.org/7198Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I9160730029cf2272172b50726168390ac6093daf

Change-Id: Ie10f2a8a74ad0011d994f44e12903bbc63e16dcb

There is NS_ooxml::LN_NUMBERING that does the same, use that instead.

Also drop SttbRgtplc, that's trivial as no other tokenizer nor the
dmapper referred to it.

Change-Id: Ic4f3c8908f114a60186b0fb06e0fad2b2157f6de

Change-Id: I244cd35bd4fd935ec814e121ebed16d5402d6880

Conflicts:
	chart2/AllLangResTarget_chartcontroller.mk

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

Project: help  6fb074934c6ac847fa7a304ff61e8591ac50b0af

Conflicts:
	chart2/AllLangResTarget_chartcontroller.mk

Change-Id: If9730589e44ab40331ea217986e79d78b926d5af

and drop the rather lunatic over engineering hackery to make 6 local strings
non local

Change-Id: I619e3d6b5a2205a10407eed98eb3ca83945267e3

Change-Id: I1ceeff76292f9d9884112a69ecdd6052184a657c

Project: help  2e0d679adbb3f41915a4a70a46ea556fb8afb368

Change-Id: I59622a66358a688caac36b7da220588dc2da440a

Change-Id: I14956a86b8c83b9432c1eda511371beb026fd680

Change-Id: If8220e82165d8ab85906584baa3827e3b6f5c2f4

Change-Id: I0c86753fab551a18a9f0c62adc03a3d967947dbf

Change-Id: I028543f751ed8759f694cc4901d8c89d76867596

Change-Id: I10bb64672d02626814c162b09b8bdd615f7fcad8

Change-Id: I9db36a231ea846929f8860d089d77d0126242c26

Change-Id: I9a2e2387eb1d436cd64c1ca00276fe9256ef0c04

Change-Id: Id3715b84a2328ca37fbc05d552fe58617ecfa78a

Change-Id: Ib0d0696b1da5b609473a61aff185282233afb9fd

Change-Id: Ibd5d82f93fb94db3e8d53acc9df05f2459807bb4

Change-Id: Iedb57186d56c6d1445bcfe2ad37d0569dba32b4e

Change-Id: If67b90bc56695a6aaf6d152d4a70dc68126596a6

Change-Id: I7903c4af5263f93dc4d311b73cb21e144a63d8d9

Change-Id: Iee162175b692d82679132ce32d026cb3b3bfa77e

Apparently there was no problem in this after all. The reason it
seemed not to work earlier was because of the unwinding failure due to
the missing .cfi_startproc and .cfi_endproc thingies in helper.s

The hack in ucbhelper is now not needed after all.

Change-Id: If9fec5c502d4c9d0c44709ad9c2729f812e882e2

Change-Id: I92a82fb25b8b9d9cbedefb6fcebc7a4d167649bf

Project: help  74508d8b773142bf68780b8550ff70baaa53be89

Change-Id: Iff1ae9806ee05654762b313ed00ada206e51337f

Change-Id: I9a35ee7839373b82b47c0d5cc5b329918d337073

Bug description:
In the "Accept or Reject Changes" dialog, when select a change
(it should be after the first few ones) and clicking "Accept"
or "Reject" button, acception/rejection is made but after it
not the next change is selected for futher work,
but a random one. This bug doesn't appear in all case,
just if changes are complex enough.

Solution:
The nPos means absolute position so we have to get the next entry
with the corresponding GetEntryAtAbsPos() method. It seems simple
position can differ from absolute positions if changes are
complex enough.

Change-Id: I7996f81c2a09c492f9334f071591291d200d533f

Related to d1c74734

Change-Id: Ic3a6147f0615e79640ec9f567168f93219d34020

Avoid using numbers to identify the list items because
using numbers can lead to mixed translations. Use the
corresponding string instead.

Change-Id: I963efbf0b4d6b17f77c51cbda0af57efa66cf8cf