Translates leftovers found using a custom regex.

Additionally:
- A few spelling fixes

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

Change-Id: Id1f860b1355ad835fd2ab991c4bbb7db49dbda69
Reviewed-on: https://gerrit.libreoffice.org/41875Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>

Change-Id: I132d3c66f0562e2c37a02eaf4c168d06c2b473eb
Reviewed-on: https://gerrit.libreoffice.org/41874Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I7ac4d61acf84f6e93138f6df50e8b9a71d939de8

Change-Id: Iabe56218f8914d8d858446eb177cb89dc1cd8601

e.g. kde239472-4.doc and W_META_CREATEPALETTE etc create objects that can be
selected but are just a base GDIObj

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

...to find uses of dynamic_cast where the static (base) type has hidden
visibility while the dynamic (derived) one has default visibility, and which may
thus fail at least on macOS like happened in
d5ed3cd6 "Make WinMtfFontStyle's base class
EMFIO_DLLPUBLIC, too".

libcxxabi's __dynamic_cast takes static_type and dst_type arguments.  Now, if
dst_type (the derived type, with default visibility) is taken from .so A (and
thus references the version of the base type info hidden in .so A) but the
__dynamic_cast call is made from .so B, it passes for static_type the base type
information hidden in .so B, and __dynamic_cast will consider the cast to fail.
I'm not sure whether hidden intermediary types (in the hierarchy between the
dynamic_cast's base and derived types) acutally cause a problem too, but lets
flag them with the plugin anyway.

The fixes use SAL_DLLPUBLIC_RTTI.  For one, there appear to be no other reasons
than type visibility to make those classes SAL_DLLPUBLIC.  For another, this
nicely avoids any actual changes on Windows (where SAL_DLLPUBLIC expands to
nothing, and many of the affected classes were explicityl introduced into class
hierarchies as "MSVC hacks").

Change-Id: Ia85a9635cebffb1009a9efc1484b8bd4025585d4
Reviewed-on: https://gerrit.libreoffice.org/41802Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I8428d86ea9628d69c2b40b36feee3da428a9fe1d
Reviewed-on: https://gerrit.libreoffice.org/41787Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

No functional change is intended.

Change-Id: I47312070bea07b0c4994da4f99aa99684cfd850e
Reviewed-on: https://gerrit.libreoffice.org/41832Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Update of default list according design meeting decision

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

Project: help  9d09fe1dd6d9ad7036a42152e558d19cfced237f

Add es and ast for helponline localization

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

This is a RFC to implement comment#2 in tdf#89130: Add
shortcuts to change layer attributes and make the current
attribute values visible in the tab layer name.

Already implemented is that pressing LeftMouse+Shift
toggles layer visibility. When a layer is not visible
its name is displayed in blue.

This patch adds that pressing LeftMouse+Ctrl toggles
layer locked/unlocked and LeftMouse+Ctrl+Shift toggles
layer printable/not printable.

The name of a locked layer is displayed italic. The name
of a nonprintable layer is underlined.

This also adds an Undo action for all changes to mirror
the behavior of the layer attribute change dialog box.

Change-Id: I5d8fa0585d4f088768716956583e324e66e29602
Reviewed-on: https://gerrit.libreoffice.org/41366Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

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

Change-Id: Ia515382556329feeec359254d3be3f90d2fd17ad
Reviewed-on: https://gerrit.libreoffice.org/41870Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>

When setting a fill or line color on the outputdevice, put it back to its previous
setting when finished with the record, PRIMITIVE2D_ID_POLYPOLYGONCOLORPRIMITIVE2D
was the one in this case but protect the other similar ones here too

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

Change-Id: Ifb59ba0cd634d9753f90716bda2af4f58d576afa
Reviewed-on: https://gerrit.libreoffice.org/41173Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: Id17744f8c2d48a04e1b5e64a11739605709fb6c3
Reviewed-on: https://gerrit.libreoffice.org/41865Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>

Change-Id: I0ce33d497d405398145653b9b7da81bd066f68e1
Reviewed-on: https://gerrit.libreoffice.org/41868Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>

by synchronizing announced size of data (mnByteCount)
with the real size of data (mpRawBytes)

Change-Id: I973bec9deb1150b630d1df32c89b33c253e4b3d2
Reviewed-on: https://gerrit.libreoffice.org/41860Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: Iff12b9587b639166caef86f895fb841e83596817
Reviewed-on: https://gerrit.libreoffice.org/41857Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>

Change-Id: I13636250552211fa53039178851a64b9e2715cef

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

Change-Id: I710ff662ed5b8a77d228e49804d3de418899c76b
Reviewed-on: https://gerrit.libreoffice.org/41859Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>

buffer is created from sal/osl/unx/backtraceapi.cxx with:
70     auto b1 = new void *[maxDepth];
71     int n = backtrace(b1, static_cast<int>(maxDepth));
72     return std::unique_ptr<BacktraceState>(new BacktraceState{ b1, n });

and from sal/osl/w32/backtrace.cxx with:
79     auto pStack = new void *[maxDepth];
80     // https://msdn.microsoft.com/en-us/library/windows/desktop/bb204633.aspx
81     // "CaptureStackBackTrace function" claims that you "can capture up to
82     // MAXUSHORT frames", and on Windows Server 2003 and Windows XP it even
83     // "must be less than 63", but assume that a too large input value is
84     // clamped internally, instead of resulting in an error:
85     int nFrames = CaptureStackBackTrace( 0, static_cast<ULONG>(maxDepth), pStack, nullptr );
86
87     return std::unique_ptr<BacktraceState>(new BacktraceState{ pStack, nFrames });

Introduced with:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=bc9a2ba677ce3fcd46c2bbef6e8faeacb14292c1

Change-Id: Iea0528f5d2b38ff1f3dc4bd50ff035bb100ab981
Reviewed-on: https://gerrit.libreoffice.org/41854Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

since removal of serialisation code

Change-Id: I8cbd7ecd3d4bb61a8d9e6bc098f09f43c02a8f4c
Reviewed-on: https://gerrit.libreoffice.org/41850Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Ic6da38a47f2c2f2e350a15bad2b2731ed12409a9
Reviewed-on: https://gerrit.libreoffice.org/41853Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

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

Change-Id: I9f79d400e78e42b47ebb4078e2618789c34da85a
Reviewed-on: https://gerrit.libreoffice.org/37640Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: Id45021a7a7aa4c60d59afa86363d0bd54a7948ff
Reviewed-on: https://gerrit.libreoffice.org/37638Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Multi-select explorer action on Windows defaults FILEOPEN 2 different
ODF file type documents as template - e.g. opening two different type
of files (ie : ODS & ODF) then doesn't keep the original filenames.

So now changing the open command for the different file extensions to
the same one "soffice.exe -o %1", will keep the names of the _2_ files
as they originally are when they are opened together.

Change-Id: I2cd5fcb046f294742e59f69b7bf2a897a6ce0c29
Reviewed-on: https://gerrit.libreoffice.org/36995Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

(not only private ones)

Change-Id: I3fd248f4cace1ea248267d5696da9cb70940744e
Reviewed-on: https://gerrit.libreoffice.org/41508Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: I699ecff1f62b3dae7ac275823c6721810589c4cf
Reviewed-on: https://gerrit.libreoffice.org/41507Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

MSO doesn't make a distinction when the wrapping is THROUGH.
Both DOC and DOCX enable this compatibility setting.

Change-Id: I123801fc83b5f4ac6a26a5ea77ba6dba2c60ec39
Reviewed-on: https://gerrit.libreoffice.org/41795Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>

Change-Id: I9719013074413c98f6557c2ef9605838d32855d2

commented out unused variable, to allow mac to build.

Change-Id: Ibc9f7418f402f4646cd68dd434597b3c1bee53df

and not just for the number of sheet fragments. This is important
because we changed the internal storage of FormulaBuffer from based
on std::map to std::vector in d17a83fa

With help from Markus Mohrhard, was able make a simple unit test
working in subsequent_filters-test.cxx after adding the missing
the component emfio to CppunitTest_sc_subsequent_filters_test.mk

Change-Id: I7320dd537266e540d585d3fccfbb8665bba457c7
Reviewed-on: https://gerrit.libreoffice.org/41792Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Dennis Francis <dennis.francis@collabora.co.uk>

So use DocumentGuard::MethodUsedDuringInit instead of DocumentGuard::DefaultMethod
to avoid com.sun.star.lang.NotInitializedException

Then we'll got to tackle ODatabaseModelImpl::getOrCreateRootStorage: no source to create the storage from!

Change-Id: I1f01bb46088445f3cb3264baee9ad4d45bb5fa8c
Reviewed-on: https://gerrit.libreoffice.org/41837Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Project: help  de0193157e3b09f5da4ac1a1f17625cc3bf62c14

Add localization to helponline UI

* Add support for localization in helponline UI.
   + translate 4 words
   + prepare for focused google search
* Tweak the index search, open search index for all modules.

Change-Id: Id7ad4fd63fe1f9d1334fb65febdee6f60c24361a
Reviewed-on: https://gerrit.libreoffice.org/41839Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>

Project: help  c23137d31109336ceed3d429aa60c360c62eba25

Add explanation on Writer compatibility option

Change-Id: I99234e637b5ebb752a71d8508b0e7ade40267cac
Reviewed-on: https://gerrit.libreoffice.org/41545Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>

Change-Id: I8050b1f2ea5414b6e6da3392e8e22d330c794ff5
Reviewed-on: https://gerrit.libreoffice.org/41836Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>