Change-Id: I1e893afcd33bf9a5cf934a021fe40548ddc33699

Change-Id: Ieb3e47c10c497a6f642f28a6741ac0fd2ecfd419

Change-Id: I179200ad65492c517ef5e986fd05758896d38813

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

Change-Id: I5f09d25a6e267c793c469c08e8f7f46521fdcd49

EXC_USER and EXC_REMOTE are not used. EXC_REMOTE was actually used for the
RVP (Remote Visualization Protocol), but that was apparently removed when
Sun opensourced StarView!

Change-Id: Icc644146d18d1ba2f6503c6fdbd9acc85cb9e75c

Change-Id: Ia5b9581d06f6884d6a06abde9cb4039b64c29a05

Change-Id: If6bb832cbf64d12b4ec3a860010fd99340b14ca5

Either we pass the modified aOptions that isn't used anywhere else or we
eliminate that and pass the unmodified rSearchOptions. Assume that the
intention actually was to use the current locale.

Change-Id: I121c28163f0df4305d13ba18e32e18237bb49ade

In this patch dynamic column structure is introduced,
basically wrapping std::vector<ScColumn*>.
In ScTable the column container is pre-allocated with
MAXCOL + 1 columns so that the rest of the code that uses
need not change for now. So for now the new column
container will still behave like the static one.

The plan is to *incrementally* modify all instances of
iterations over columns to make use of the dynamic column
container and also to address the issues mentioned in the
thread :

http://nabble.documentfoundation.org/tdf-50916-Calc-Dynamic-column-container-td4162663.html

The final step would be to remove the pre-allocation of the container
in ScTable constructor and increase of MAXCOLCOUNT

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

Change-Id: Iad24dfe97c9d360879d471606a9df340268860b2

Instead just pass an empty stream, xmlsecurity knows how to look up its
signature storage from the root one.

With this, opening the digital signatures dialog, clicking on add, and
then OK in both dialogs no longer results in an (empty) META-INF storage
written to an OOXML file.

Change-Id: I7e4a93687465ec19be307917ec00cde08ed8092f

We'll need individual streams instead for OOXML.

Change-Id: Ia3a7172af39ebfb815d44b645b217da15e41c197

First step towards having a working export, since OOXML uses one stream
/ signature, so we need a storage for all signatures, not just a stream.

Change-Id: Id5edfd3ce7e8e4177b0071badc6eb4330a525281

It doesn't appear to have worked since LibreOffice 5.0,
and the best use case (to use it during a live slideshow)
has been removed per bug 96414.

Change-Id: I25dbaa0b9ab86a2a7324b9c496473bf29a5f6ac2
Reviewed-on: https://gerrit.libreoffice.org/22087Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Change-Id: I1e7605b20716a48bc7a65e76f43fa0061e0d8176

Change-Id: I7d19233bb0f63f55c87d83e50b7f865f5c7a8ea4

Change-Id: Ie28d817d7be24b2de19f51e11786c0396a2e016f

Change-Id: Ifedb32769551949fdda7d203812b803353a3f487

Change-Id: Ie9336625f9f5733f9da96b8e7f1aa95228922a8a

Change-Id: I3fda64e652310463e5a634341713562830babb87

Change-Id: I8ac0a0df5e111b72db181ee1b8043e6f65fbaf25

Change-Id: Id4ff5ab007e9ddbc28018570fe38abe9e5acb54b

Change-Id: I1c65e776580b03a658c61c3c680f63d5c35fa52a

Change-Id: Id1c35c5022eddfd1d7bca88c4833a0cba01b9cfa

Change-Id: Ifd1cd2cfb6032e7a2d14d926d4de8be22160daee

Change-Id: I7828cdfcda5d4065fc3dafee744757292753abb5

Change-Id: I08955a20e0566f56701bef85a4a9d4de79ca7b1f

...maybe that makes Windows more happy

Change-Id: I4fe1d73f5638e1efe07162735c94856e0541ae78

Change-Id: If965ad91e771c84e89c6690a4e1b733d4e70f1b4

Change-Id: I27a0fa8318fa50ef6e3ccd3a736c5fcbc36bbaa0

...the former reportedly caused problems now with GCC 6 libstdc++

Change-Id: I4b13adc71d9e00b14df1c8e875dba9e90cbcdcc7

...as the latter was the more flexible replacement for the former for LO-
internal use already.  The only gotcha to watch out for is that unoidl-check
cannot be used to check "naked" .urd files, but only ones where the content has
been moved to /UCR via regmerge.

Leave registry/CustomTarget_regcompare_test.mk around to verify that
unoidl-check behaves the same as did regcompare on those old-format .urd/.rdb
files.

Change-Id: Ic13ede48535bf942126c810d88bac7e4081d984e

...to make it a better replacement for SDK's regcompare

Change-Id: I7b5eee3d449b8dc7c03601083d06a6d13e4607be

Change-Id: Icf4d3b4137a6b6b70dd543bf4758a79f90e9f57f

Showing it above obstructs the column headers when entering a formula in
the first two rows and mouse selection on column headers is also not
possible.

Change-Id: I8261f234fe7ed8f329ea7a131eb675e86e1d7988

Change-Id: I0b8c1692c2b04bbbb5486517b2e8de6957ab4b79
Reviewed-on: https://gerrit.libreoffice.org/22104Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>

Change-Id: I07df8d0330390ac599aac364581aee1c9fd0f809

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

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