Change-Id: I9147dc2bab312639a04d2e822cf99745d38d3b8d

Change-Id: I52bd1555e572c75feb0fc96368b6e61802d9d65c

Change-Id: If5c50cddfee88cc92852737c1459ebe94b7256bb

Change-Id: Ie7f4cd2b411eb678642ea859d261b1b672752d94

Change-Id: I6ac074c7fe2821983b4a056e28fc5379f7a93974

Change-Id: I9cf72b27219489a5508786881ecd95e5820c71ac

Change-Id: Id5c95b30eb25d8e88cb596fca283b14f1c74ef69

Change-Id: I70ca3c635033870ca05959561dc0f5b8a2d68939
Reviewed-on: https://gerrit.libreoffice.org/20561Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: Ia7efb3db2d1e76aad8873cf5822107b4666249de
Reviewed-on: https://gerrit.libreoffice.org/20281Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>

Change-Id: I2bc18d48ebf4401d9af576fb1b98b69ff44ab334
Reviewed-on: https://gerrit.libreoffice.org/20485Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>

Some disposeAndClear have been added as calling dialogs in the wizard
like select address list, new address list, match fields crashed in
dbg build in shutdown because the dialogs were still alive.
The wizard is now deleted on Cancel which didn't work anymore.
The timeout of the preview control of page 5 has been changed
as the preview didn't even appear on Windows in a debug build
The timeout handler was called after the wizard has been closed and
lead to a crash.

Change-Id: I9cd01f39347744bda31a312f695d27eefa077721
Reviewed-on: https://gerrit.libreoffice.org/20489Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
Tested-by: Oliver Specht <oliver.specht@cib.de>

...e.g., it still used the long-gone tools String class

Change-Id: I9d1930c72fbae3208a0f3da14c6991f30d89a9bc

Change-Id: Ie83819e2bcdc5fa160b39296b005ca9a5ff74b1d

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

Don't select an option which is not even visible

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

Change-Id: Iabedfcce9d8ef21172e6bd0d654f3a258aae97e3

... if not in named expression.

Change-Id: Ie50fedd2303021c925e006d9a8db6ed02321ae5e

Change-Id: I83b167c44b1cb14681c2e5a3a27277f2bedd36c6

Change-Id: Ic8ca5764095699423d9a16cbbbcb7f085a006e0a

Change-Id: Ic437cdbc6a21e84a0fa8f4ff68bc5d1202c9da7e

In range references referring more than one column/row where the end
col/row points to the maximum column or row number that col/row is not
decremented when the range is shrunken. Incrementing an end col/row is
not done past the maximum column or row number, so such references do
not yield #REF! errors anymore. This is also done in named expressions
if the end col/row is an absolute reference.

Change-Id: Iafa2d62abd3e816a1c56c3166af92807e55b75ce

Removed experimental feature check.
Single slide exporting works as for multi slides exporting.

SVGExportTextDecorations unit test - fixed wrong XPath
The new way single slide are exported caused the xpath to the slide
group to be wrong,

Change-Id: I4db4dc77de4f0d1208418455e1fca3b5732c8477
Reviewed-on: https://gerrit.libreoffice.org/20459Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

For SwDoc::AppendDoc we use the StartOfContent node as the
starting copy node to prevent merging of the first node in
CopyRange and to get a 2nd node needed for CopyRange in case
of single content node documents.

This correctly counts StartOfContent as a non-copy node when
adapting the bookmark ranges for copying.

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

Change-Id: If3665f573b2c4ec9e87646af0afcd2ba9c5a4f1c

Change-Id: Ib6c1df4a97598c156b10b1730debb078e362e0d2

Change-Id: If83e255da1683779458556a3ab1af4f00b19265b

Change-Id: I1d4825c2136e516baf759f4b2c40c911547b93d7

Change-Id: Ic7cc6c807905e0c4ffbf2a3f009b27be6100cdf0

Change-Id: Iac869ddb65cbdd2227f96d047d83159ca7819f11
Reviewed-on: https://gerrit.libreoffice.org/20534Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I217c0aedca4eadc347c103899d96c70cf9606038

Change-Id: Id249baebf047bae083e36ad6e23d5bb8989f9a98

Change-Id: I2d3369aed4b242acc936a71ee9be573c1ebc7a8f

With this, it is possible to import part of the document as RDF
statements later when SwFltControlStack::SetAttrInDoc() gets an
SwFltRDFMark.

Previously SfxBaseModel member functions like
getMetadataGraphsWithType() and addMetadataFile() failed, as they tried
to find the already imported document in UCB, which failed, as the
import was still in progress. To prevent that, do the same as the ODT
import in XMLReader::Read(), part "RDF metadata".

One trick here is the call to
comphelper::OStorageHelper::GetTemporaryStorage(), which gives an empty
storage. Ideally a wrapper class would be needed that works on a
SotStorage, but implements embed::XStorage, but that would be only used
to find that the real storage doesn't provide a manifest.rdf stream,
which is always the case. So instead of writing such a wrapper, just
give loadMetadataFromStorage() an empty storage, which will have the
same result without writing lots of dead code.

Change-Id: Id1897838b1477eee0489b706d51cb6f59898877b

With this, the only thing that blocks the DOC import to handle smart
tags is the lack of RDF metadata initialization in the filter.

Change-Id: I33ab74c7d6ceaac42cc94fdf0b1dfcb0eaf61ab4

which leads to stack exhaustion when queries,

make m_BasedOnStyle private and replace it with
a call to GetBasedOnStyle which checks that
the base style is not itself

Change-Id: I093546793755f8a3a6e8a3c23fb8565ad27b75da

Change-Id: I7416d709de79ae88cf4a9546d8adfecec9935238

otherwise under at least gtk2 the "missing file" dialog from
./soffice no-thing-at-all
will be oversized

Change-Id: I3c0c9a0a8ec0fcd37fb8830940a9d4909e6b5a1b

In the beginning of endOfRowAction(), the current value of
m_aTmpTableProperties.back( ) is stored in a temporary variable.
Then, the width of table may be put into m_aTmpTableProperties.back( ).
In the end, this temp variable is assigned to TableManager::mState.mTableProps
and the m_aTmpTableProperties.back( ) is reset.

In the middle, the m_aTmpTableProperties.back( ) may be replaced in
endLevel()/startLevel() sequence (if new table is started). In that case,
the width calculations go to a different object than stored in temp var.
Consequently, that value will be discarded and replaced with initial
stored in temp var. Fixed that by directly operating with temp var
instead of m_aTmpTableProperties.back( ).

Also, the value of m_nCell was not kept over endLevel()/startLevel() sequence
and that prevented from calculating width. Fixed that.

Also, removed leftovers from commit cbd0fbc2.

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

Change-Id: Iae617e9731dbdcedf8aa6bf02977911dce60bdd0

Change-Id: I173b12f0a28f917f24d1923e531da1b798beb1f6