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

No need for hashmaps (ExportListEntry) because only one
list is stored (en-US). One list member is enough instead of
one for all types.

Change-Id: I952d6616e436c5aa7656854f83d442434ffcbd54

In the past, NO_LOCALIZE_EXPORT macro must be used to
skip uneeded parsing of src files which has no localizable content.
It is unsued by now and it is more effective to handle
this files on gmake level:
gb_SrsTarget_add_nonlocalizable_files
gb_SrsTarget_add_nonlocalizable_templates

Plus remove some empty src file.

Change-Id: I8fc9b2db0b5fd7a3379d3c5be970c4fc691f4c53

Change-Id: I66dab1cce489c670991d2c74ffc171638dfca3d7

It was an old concept that besides the en-US entry
other language entries were also added and in this
case may happened that one lang occured twice.

Change-Id: Ifac7089309ecf4a59b128c0fea5e8b757ca2c8a8

Change-Id: I82196decf0419adabc849bd82141e8702f510c1c

Change-Id: Ic34efbd2090a11aa6fa88d67eda7ab31b1bddfcb

Change-Id: I01bc171f5ad399644185e5e6d0398e89d9305ee7