Change-Id: Ic7fad54a0e39d007668e3fd3e2a857f9f9956d7d

Change-Id: I48afa08c5e1bb8a615901177e5baed20ea86d28e

Change-Id: If92b091d06e6de6f137d38a9fa28d4c8604b368c

Change-Id: If6acc11a32b5be1092f0de7c747159ee447edf7c

Change-Id: I681fa40196eb04f4824e49458cba0acc15b26193

Change-Id: I292ab1a6f12a9372b1cfdd4e8e59fbae57c6ceca

Change-Id: Ifb711805a37f7cd49b6063c5d17aa7a3f5dcfdaa

Change-Id: I1adc46e62c82c23645ccad0e11d5a7cb07114539

I guess this didn't show up in the unused method lists as all of its
methods are virtual.

Change-Id: I445e28cc47a85e499d12c0873fc19c217e3e9b88

Change-Id: Ibdacb2a5fa3abf28a2907924b4e438699f8b53ae

...but rather some (non-virtual) base functionality for use in derived classes
(that do implement XAccessibleContext)

Change-Id: Idb0023906108db22bb9696245f07b9a4c053a0d1

Change-Id: I7de45a208d27ed1b680214808c64e090d9a199f4

Change-Id: I0014cc8af22e4f2284d8e72b6b79fa300ad89028

Change-Id: I8983404bc0d10051dcf5ad71842560a0f7eaf3ba

The problem was that dobxpage arrived first, set HoriOrientRelation to
FRAME, then dptxbx tried to apply defaults, which overwrote the already
set HoriOrientRelation. Fix this by only applying properties which are
not set yet.

Change-Id: I108f3363a2758eee0242533fe92e511e8c522b68

Change-Id: If7d9c032d6025a6c6bf850e338923296ba2590dd

Determines how to treat text when encountered as operand in an arithmetic
operation or as argument to a function that expects a number instead.

Selectable under Tools->Options->Calc->Formula "Detailed calculation settings"
"Custom" from "Conversion from text to number" are:

Generate #VALUE! error:         =1+"1" or =1+"x" give #VALUE!
Treat as zero:                  =1+"1" or =1+"x" give 1
Convert only unambiguous:       =1+"1" gives 2, but =1+"1.000" or =1+"x" give #VALUE!
Convert also locale dependent:  =1+"1.000" may be 2 or 1001 ... =1+"x" gives #VALUE!

For "Generate #VALUE! error" and "Treat as zero" the "Treat empty string as
zero" option follows these settings, for "Convert only unambiguous" and
"Convert also locale dependent" it can be set independently.

When reading documents created by other spreadsheet applications or older
versions of LibreOffice, and to interchange documents between different locales
the "Convert only unambiguous" with "Treat empty string as zero = True" setting
is recommended, though LibreOffice so far acted as "Convert also locale
dependent" with "Treat empty string as zero = False", which is the reason that
option is kept as default.

The best setting to create new documents that can be interpreted by all
spreadsheet applications without on-the-fly string conversion is
"Generate #VALUE! error". Not having to convert strings during
calculation ist also faster, of course.

Change-Id: Ie6dc34a00a82064a2d862b2178ce715fab945f85

Change-Id: Id77f90189d7dffe660ae509f563ea8eb6deb1727

Change-Id: I379c7f06ae87bee5571c1f2ef5053b3b863d6e61

its unused and removing it allows us to remove the
associated dialog and resources

Change-Id: If2796ca67428f3ba9b12e92728194967a1ab124a

Project: help  4a7afcf2c94a9267ddab51c9a3b58ff13102ea0b

(and defaulted)

Change-Id: I0cccef5710fad801e5541ce581ac976f645a7fdb

Change-Id: I62f2f654ac661ebf266b7b5cf70728a616c9b50f

Change-Id: Ia9beb721301146fd8ec1d6c141189f580dd20d45

Change-Id: Ibb8e8740a3193be8eace206eedc659ed628e9c6b

Change-Id: I3a1798c5b2a2d7117d0d5f761f19ab627ba6606a

Change-Id: Iab04734140feb293e3d975234da2f727fa58e754

Change-Id: I464acbd191aeb25ab4b53d0f28378ee36f7893db

Change-Id: I628fd32c035443f0bdb90007f38151c41b1b5c84

If mpGraphics is set, then return true as initialization of graphics
device has already been done. I've also removed unnecessary variables
which were a left over from the function splits.

Change-Id: I25c25b93b9db2c112c9a1aea278b1ec3e0590303
Reviewed-on: https://gerrit.libreoffice.org/8581Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

* m_aDeadProcessors was useless; for one, removeEventsForProcessor could never
  have run (and set m_aDeadProcessors) between execute's reading from aEvents
  and checking m_aDeadProcessors (because of the use of aMutex in both
  functions), and if that were addressed, there would always be a race that
  execute would run a processor that has just been removed.  Clients have to be
  aware that a call to removeEventsForProcessor is just an optimization hint,
  but does not guarantee that the given processor is not called from the execute
  thread after removeEventsForProcessor returns.

* The sequence

    aGuard.clear(); aPendingActions.reset(); aPanedingActions.wait();

  could cause calls to aPendingActions.set() to get lost, both for signalling
  new content in the queue and for signalling termination.

Change-Id: I43293e3d5090c2d46db8bc8ed6fb9c71e049d55c

...similarly to desktop/scripts/soffice.sh preventing that for LO itself.

One problem is that, even if it does not find any errors, Valgrind writes onto
a traced child's stderr, and when jvmfwk searches for a JRE to use, it takes
output to stderr into account, so would start to behave differently when run
under Valgrind.

--trace-children-skip appears to be new since Valgrind 3.6, and older versions
would probably fail early when they see this unknown-to-them option.  If this
turns out to be a problem in practice (current version is 3.9), we probably need
to make this conditional on a configure.ac check.

Change-Id: Ia6a72bdcd666d68ed0539170f3fc476292e82b96

Change-Id: Ida84a271a066e89ceb7e5dd2fd23a744f5529917

(currently only used by a not-yet committed plugin, though)

Change-Id: Id62ea41031ad8ba4495ef46877ad7a10bc58fb05

...so classes deriving from both can easily share a single implementation for
these functions.

Change-Id: I6882dddc8b3ea3b0192d85102a0305494d964dc1

Change-Id: If9b4a70895ae22ef40d9d1fa83ecbf9131c836af

Change-Id: I31b12a5afa5d501d57b56f515ee1d2fd46a09b32

Conflicts:
	sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
	https://gerrit.libreoffice.org/8473

Change-Id: Ie1b0ac3cb4d4b9bf305323599d5e4b63f913fb1b

Project: help  fcc6cf6417cc21d817e0fa921d66ecbe2bf2b9fe

Forgot to test properly on Windows :-(.

This reverts commit fc27a685.