...mainly to test how well/poorly extension help is supported by
--with-help=html, but also as a kind of reference implementation.  (There are
also extensions in odk/examples/ that contain help content, namely
odk/examples/DevelopersGuide/Extensions/DialogWithHelp/ containing context-
sensitive help for a dialog, a topic that is not covered here.)

See <https://wiki.openoffice.org/wiki/Documentation/DevGuide/Extensions/
Help_Content#Integration_into_the_OpenOffice.org_help_system> for the ways an
extension's help content can be integrated into the "classic" (plain
--with-help) help system (citing sub-section headings used in that document):

* Help Viewer Contents page:

  The contained help.tree provides a "The test-passive Extension" section with
  a "The test-passive Extension" page (main.xhp).

* Help Viewer Index page:

  The contained main.xhp provides index entries for "test-passive extension" and
  "extensions"-"test-passive", and---only on the index pages of Calc and Writer
  ---for "test-passive extension in Calc and Writer".

* Help Viewer Find page:

  The contained main.xhp is indexer="include", so it should be found by e.g.
  searching for "bla bla".

* Context sensitive help and extended tool tips:

  The contained Addons.xcu has been extended with a small (floating by default)
  toolbar containing a "native" button (doing the same as the "passive - native"
  menu entry), and the contained main.xhp provides an extended tooltip of "Show
  the test-passive extension's native dialog" for that toolbar button (displayed
  when using "Help - What's This?" and hovering over the button).

  For context-sensitive help for dialogs, see the mention of
  odk/examples/DevelopersGuide/Extensions/DialogWithHelp/ above.

The contained help is only provided in "en" localization, which should thus be
used as fallback regardless for which locale LO is run.

The help-related XML files need to provide identifiers in lots of places, many
of which appear to be unused for the given example uses.  I specified those as
empty strings.

The workdir/Extension/test-passive.oxt extension can be built with `make
Extension_test-passive`.

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

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

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

Change-Id: I28ec2bd374d98ea1094649ac30ff7dd4c62370ae
Reviewed-on: https://gerrit.libreoffice.org/53726Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Marco Cecchetti <mrcekets@gmail.com>

just allocate these object inside the vector, we allocate in them in one
big block anyhow, not one at a time

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

The relevant files ('libvclplug_gtk3_kde5lo.so',
'lo_kde5filepicker') resulting from the '--enable-gtk3-kde5'
build option are put into the kde-integration package
(e.g. a Debian package when the '--with-package-format=deb'
option is given).

However, so far that package was only created at all when
one of the options '--enable-kde4', '--enable-qt5' or
'--enable-kde5' was given in addition.

Since those are not needed for the gtk3_kde5 vclplug, also
build the kde-integration when none of the others is
built in addition.

Change-Id: I86eb71ac7879c7226c9eaa89774b68125212a75c
Reviewed-on: https://gerrit.libreoffice.org/55310Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>

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

...and make Table formula navigation wrap

This patch is for both Table formula and Wrong table formula navigation.

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

Namely
GtkComboBox
GtkComboBoxText
GtkMenuItem

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

...and make Comment navigation wrap

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

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

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

Change-Id: I2ed73a296b813de722156c69ac64cf9d6cff199d
Reviewed-on: https://gerrit.libreoffice.org/55197Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Rene Engelhard <rene@debian.org>

This is because text in box is same colour as the background.
This is only an issue for Linux/KDE.
This change fixes this issue.

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

This patch changes navigate behavior to move to prev/next footnote text
when in footnote frame.

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

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

Change-Id: I9ae4a9d821946591060ceadb45af05c27560668b
Reviewed-on: https://gerrit.libreoffice.org/55410Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jens Carl <j.carl43@gmx.de>

Change-Id: I8990b18dd5a66eba98acc1fb3899e1d397ceff4c
Reviewed-on: https://gerrit.libreoffice.org/55730Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jens Carl <j.carl43@gmx.de>

Just a dummy implementation so far. Needed because customer Automation
client software seems to access it (through the very obsolete
WordBasic API, even). It remains to be seen whether any actual mail
merge functionality is needed.

Change-Id: I40419da544f61173e4bcf759b887997c7f233b02
Reviewed-on: https://gerrit.libreoffice.org/55727Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>

Change-Id: Ia6d711faaad8c7e1af16b5f72ab5f2b417172e36
Reviewed-on: https://gerrit.libreoffice.org/55700Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Zdenek Crhonek <zcrhonek@gmail.com>

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

The state of the attributes for spacing are now read and set
correctly.

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

Change-Id: I421a9e04464f8b722d100982d359b0b8c4a33585
Reviewed-on: https://gerrit.libreoffice.org/55702Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

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

since...

commit d46c3214
Date:   Thu Jun 7 12:37:33 2018 +0200

    assert in BitmapInfoAccess if bitmap is empty or we can't read from it

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

Project: help  e530fd67898e3cfe403301627f29ea85aed66f0b

Add qtz media files

Change-Id: Ia0bbd2ebc13bc0fb271d6cc322ead05e42230aa1
Reviewed-on: https://gerrit.libreoffice.org/55717Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>

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

just because use_count is > 2, doesn't mean we have two simultaneous
writes, could be 2 readers and a writer

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

If sc/qa/unit/data/ods/functions.ods is run with OpenCL disabled
(and the mnOpenCLMinimumFormulaGroupSize check disabled too), then
ScTokenArray::CheckToken() considers the token for OpenCL, and if
the token is ocExternal, it passes all the related OpenCL checks,
and thus ScTokenArray::CheckForThreading() is never called.
However, since OpenCL is disabled, then actually the threaded code
will be executed, since the blacklisting for ocExternal has not been
done.

Change-Id: Ib4d4d63d3925746f6e13da0611ac869e9a094b5b
Reviewed-on: https://gerrit.libreoffice.org/55676Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>

Change-Id: I8f433b1ae5cc23aaa08935e87fca7674064ce881
Reviewed-on: https://gerrit.libreoffice.org/55706Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>

Change-Id: I0ff24c3bc331d55212855d79060eaa6f8f3dc013
Reviewed-on: https://gerrit.libreoffice.org/55705Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>

Move the remaining tests to C++ and also enable/fix #i84671 by creating
test cases for ScTableSheetObj.

Change-Id: I9412fe7a1947b9afb4343a8f5726eccf9ea371a3
Reviewed-on: https://gerrit.libreoffice.org/55657Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jens Carl <j.carl43@gmx.de>

Change-Id: I9576c10a0434957d94a4d946a4dc1d29fc98a3d6

Change-Id: Ifa94b95d935975a87322afebfe604a4016f5a53f
Reviewed-on: https://gerrit.libreoffice.org/55692Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

since...

commit d46c3214
Date:   Thu Jun 7 12:37:33 2018 +0200

    assert in BitmapInfoAccess if bitmap is empty or we can't read from it

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

since...

commit d46c3214
Date:   Thu Jun 7 12:37:33 2018 +0200

    assert in BitmapInfoAccess if bitmap is empty or we can't read from it

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

since...

commit d46c3214
Date:   Thu Jun 7 12:37:33 2018 +0200

    assert in BitmapInfoAccess if bitmap is empty or we can't read from it

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

Without this testFormulaRefUpdateDeleteAndShiftLeft2 fails with OpenCL
enabled (and the mnOpenCLMinimumFormulaGroupSize check disabled).
If I'm getting it right, anything working with #REF! (=invalid reference)
should result in #REF! too, but without this fix the function effectively
converted the #REF! to an empty cell.

Change-Id: Icdda64ad751d7c0e9c0d5995673e4fb30c4c9ac4
Reviewed-on: https://gerrit.libreoffice.org/55672Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>

Change-Id: I5cbd515753ad606f55cedaa7023ffe88671f4702
Reviewed-on: https://gerrit.libreoffice.org/55436Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

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