Change-Id: I657dc0c84eab6ff5b31976fac3317adc0a99dd51

various changes to add constructor functions for UNO component
implementations (see tdf#74608) caused those to be "invisible" to the
android viewer, as solenv/bin/native-code.py determines what's available
in the android lib.
This change adds back the nimimal required ones to allow opening (basic)
documents again.

Change-Id: I8e6ef6d42dd566f94c5133bab1d6e5d6f465e118

Change-Id: I6002e42c75d68de9f999b481f41f18f5f765266b

...as only one instance of OfficeIPCThread is ever created (in
OfficeIPCThread::EnableOfficeIPCThread), which is then either assigned to
pGlobalOfficeIPCThread (if this is the first soffice instance), or
pGlobalOfficeIPCThread is left unassigned and the OfficeIPCThread instance goes
out of scope at the end of EnableOfficeIPCThread (if another soffice instance is
already running).

So mpDispatchWatcher also does not need to be cleared here, as it is only ever
accessed through pGlobalOfficeIPCThread.  And thus, there is no longer a need to
lock GetMutex() here, either.

Change-Id: I56cffc43361d01d747084153f318b8488519cf9b

Turn in-line version control history comments into meaningful good comments.

Change-Id: I3b8ec19fc59f7c816696167cb64238ef35464341
Reviewed-on: https://gerrit.libreoffice.org/23380Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I78812c2d6fdb3464ccc2ebeee901a76f675effa4

Change-Id: Ia8093525935b02a019bbecd81a087af54471c592

gRun.sh is not completed to run commands on the files
interesting for translation.

gRun.sh will be modified to produce the same .pot files as
the current tools.

Change-Id: I936d5ea7b03adbb043ebbfd7eda9d047f0939c2f

Especially helpcontent2 has many files, which
explodes the command line.

--base sets the relative base directory for files,
it is added to <files> when reading --files.

Change-Id: I8c77ddfa4037d56e87541fac65f13bd307110731

the .ulf ==> .pot keep the x-comment, therefore the memory
db is expanded with sResource and sComment.

The memory db API is changed to add the 2 new fields, which
causes a change in all callers.

Change-Id: I38527c8d2db9d56ecf9ae42550ed5420371b658e

Checked .xhp conversion.

The current tools have a problem with windows
get an error "cannot convert path to URL", seems
it was not tested on windows.

Also "make translations" does not cover submodules.

Change-Id: I36a0a3643eb40ff9c02735acdf79498d16691069

the conversion .tree to .pot works

Added script gRun.sh with local call of genlang until integrated
gList.sh find all files to be translated.
For now, files that should be translated but are not, are ignored
this is due to 100% compatibility with current executables.

Research shows that .tree and .xhp are handled by the same old
executable to the .pot files are not complete.

Change-Id: I1634207b72075e74438ebfbc22a7753cdddd20ed

The conversion from .xrm to .pot is now identical

Missings are adding the POT_CREATE_DATE timestamp
and generate the KID.

Change-Id: I421f0451b896c447767a32945ab82a8adc84fc7a

Added "using namespace std;" to the cxx/l files
thereby being able to remove std:: from all files

Change-Id: I92b411870deb7a97b6fd1f7e33674a1e072c0cc1

Solved new pot directory structure

only tested .xrm files, but should be able to extract
all .pot files.

The LO tools generated the KID as part of the msg, this
is not implemented.

msgctxt is used as comments, this requires a slight change
of the lex programs.

Change-Id: Id9aadbd419fb44b73b633410f7dddd90d310ee8d

.pot files can only be generated in convPO, therefore
it is logical to have the functions at this level.

Added a fix due to LO standard for saving .pot files
(this fix might need to be updated, when moving on from .xrm)

Ready to save .xrm input as .pot, and compare results.

Change-Id: I1849e896258942f7895e5f6bd3b834391e7a7e95

All lex files no longer have a special namespace, instead
yylex --> <foo>lex
and therefore unique for the linker.

Also corrected command line argument handler.

Change-Id: Idfdec97bd43f3be8d2b217b9aac1bd74b202dc93

Change-Id: I03f0042bd9de07b8d254118d1b4a0a016e217476

Change-Id: Ia77c4d95b6f9c6ac3488406c5fe7585ec6e876a1
Reviewed-on: https://gerrit.libreoffice.org/23424Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I7e11c7072ba0ec82237985da79f8572fdda05778
Reviewed-on: https://gerrit.libreoffice.org/23428Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

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

Class X11SalGraphics are derived from class SalGraphics, which is
defined in vcl/inc/salgdi.hxx. So these override functions should be
defined in the same condition as the base class.

Change-Id: I5af0ee9c89c74e66b8f2dbd44890606fc5e41b14
Reviewed-on: https://gerrit.libreoffice.org/23373Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I5a84bc396925828a11d3c680d1a52e99321547a1
Reviewed-on: https://gerrit.libreoffice.org/23335Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

and x86 has smaller alignment than arm or a x86_64 host,
so needs the MAX_ALIGNMENT_4 to not trigger the static_asserts

Change-Id: I5643a33e4975e7bad20693f99fb8bbd5248c7c1c

i.e. free pMedium when CheckPasswd_Impl() returns ERRCODE_ABORT.

Change-Id: I452074e5189afe64016226c1a193a68f40e9c43d
Reviewed-on: https://gerrit.libreoffice.org/23387Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

This string is used in 2 places now, in the menu as a sub-item of
"Tools->Update" where it fits in, and in the context menu when
right-clicking on an index, where it clearly doesn't.

(regression from 447c3135)

Change-Id: I280f6c806d543f2fc1fff00976e5007b44b6452b

Change-Id: I8fde73dc86c29054ec05bbc60e212ae660c78376

Change-Id: I51b5df153574a2dfba96106a6268ccdf9715934d
Reviewed-on: https://gerrit.libreoffice.org/23423Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

This should reduce the memory consumption for matrix objects quite a
bit.

Change-Id: I7a768f0c45777678000f4f8c25868107b22d62a7
Reviewed-on: https://gerrit.libreoffice.org/23383Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

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

Project: help  de40cf2cd0acf0bcd2512bca652cacd683128fba

tdf#98789 rename "Optimize" toolbar to "Optimize Size"

Change-Id: Iac2b656a9143ac490484620e7453c4a1ef07331d
Reviewed-on: https://gerrit.libreoffice.org/23412Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>

Project: help  5577cbe18de762f50e7efdda83f1e90ec08fd3b0

rename legacy toolbars in Impress

Change-Id: I89ee31ccd26d7c678add4994c5354ba67bce11d5
Reviewed-on: https://gerrit.libreoffice.org/23413Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>

Change-Id: I56925a8fd776b3ee787cc26adbaa08c58dd022c0

DrawViewShell::MakeVisible was using loops for finding the area
to change the visible part of the EditView to. That could (and did)
potentially loop for a long time for very large objects, deep zoom or
numerical problems. That loops were flattened, the results checked
to be the same.
Also added a test for numerical overflow for getting values from the
Rectangle describing the object size. Despite these values being
the result of erraneous import, I opt for checking and avoiding using
these values.

Change-Id: I783dc1f2ad9b6a60a47e660b0d576ea3f22a4e42
Reviewed-on: https://gerrit.libreoffice.org/23278Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Reviewed-by: Armin Le Grand <Armin.Le.Grand@cib.de>

At ODT export time writing and zipping comtained data packages is nicely
parallelized, but not limited to an upper bounds of threads to use.
Together with memory consumption this makes ressource usage and runtime
behaviour bad to crashing (mostly on 32bit).
I have now limited the processing dependent on the number of available
cores to get a good processing/ressource ratio. The result uses much less
memory, is faster and runs on 32bit systems.

Change-Id: I8bd516a9a0cefd644f5d7001214bc717f29770ab
Reviewed-on: https://gerrit.libreoffice.org/23305Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I40b624c0e6e6cff2c88815f7d16e862f09d79d5c

This implicitly adds support for DOCX import of <w:pgNumType
w:fmt="upperLetter"> as well.

Change-Id: Ib19ecb8f7ca0c867ae3be2b41e49ac4cacfd5bb6

'RangeType' becomes 'Type', goes into ScRangeData
and is strongly typed now.
This revealed a misuse of RangeType in vbanames.cxx where
the uno equivalent was expected, but it had no impact because
both values were 0.

Change-Id: I0b4764d1411c709a1faa243ec70afeb160410990
Reviewed-on: https://gerrit.libreoffice.org/23415Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

It is to improve the readability of calls to osl::Condition::wait.

Change-Id: I5945343c5a7e4729ab599380414d18280bd176fe
Signed-off-by: Gurkaran <gurkran@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/23417Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

It is to improve the readability of calls to osl::Thread::wait.

Change-Id: I025d89abf8e84ca73ba08f001be3f45b86c89957
Signed-off-by: Gurkaran <gurkran@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/23416Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>