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

nArgCount apparently must fit into sal_uInt16 for the cast further down when
assigning it to sal_uInt16 ScFuncDesc::nArgCount

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

Change-Id: Ie03cb5767c34f8157a492a6d6c3b0700d065052d

This is specifically necessary for named expressions that are used
in conditional format formulas, for which RPN is generated at a
later stage, not during import.

Change-Id: Ia8e1d92a3a12f6c226fec56e85f23f122f2fe902

Change-Id: I54ab8dc14f81d6b18b0d17f448187d19d8e396fc

that was introduced with 54596087
without adjusting for Android accordingly

Change-Id: Ie6a2001ab13ecec959da9b57bb49e1bac76e8691

Project: help  64187c4328623fca6c00d2f5c9f659211ee18883

New Help: allow product version = "latest"

To enhance version migration, the most recent Help will be
named "latest" in the URL. Explicit last version X.Y will be
symbolic link to 'latest'. e.g. '6.0' -> 'latest'

*This will allow search engine to always index the same 'latest' URL
*External links always land in 'latest' pages.

Change-Id: I5ffa1d268f71b7ebe75d5d90c62bcd6304507602
Reviewed-on: https://gerrit.libreoffice.org/48848Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
Tested-by: Olivier Hallot <olivier.hallot@libreoffice.org>

just give up on it for fuzzing purposes

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

but most of it is empty, so use a map instead

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

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

Change-Id: Idcf8bcbf58aeca002736ccd9efe4c5baf5c7202a
Reviewed-on: https://gerrit.libreoffice.org/48842Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: Ie4c8076dc48bc02af9308fbf20972df598306dbf
Reviewed-on: https://gerrit.libreoffice.org/48834Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: I13b1c0f190b9ebab99e88f90026980fcb2c81c41
Reviewed-on: https://gerrit.libreoffice.org/48833Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: I4f15a41b7a67abe9f2c45b6004948decd58a8360
Reviewed-on: https://gerrit.libreoffice.org/48832Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Project: help  c2ef507d3275257c83558c794b3ebb1385f8a4fa

Fix typo

Change-Id: I3fecf4aef43a11a2534b36a846097382201ce8e5
Reviewed-on: https://gerrit.libreoffice.org/48831Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

otherwise the handling tries to access properties like fonts too early
and trigger NPEs

Change-Id: I132c02f936c7b3e70fced1e1e022a6cf803ed5ff

10 secs to 4 secs

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

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

... based on ForceFocusAndToFront setting

Change-Id: Ic76faa082f433d5a0150e49c30d7eda3c6c24c5f
Reviewed-on: https://gerrit.libreoffice.org/48287Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

Change-Id: I87af48158b4afaf81da8545f9bccf459f11031d6
Reviewed-on: https://gerrit.libreoffice.org/48823Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

For one, this should make it more obvious what the magic constant USHRT_MAX
meant in the context of SwXMLTableContext::m_nWidth (and shows that it should
arguably have value SAL_MAX_UINT16, not USHRT_MAX).

For another, at least some Android builds are stuck with a broken C library that
defines USHRT_MAX to be of type unsigned int instead of signed int, which caused
various -Wsign-compare that are removed as a side effect.

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

...even if GetColumnCount()*MINLAY > USHRT_MAX could ever be true, in which case
it will now cap m_nWidth == USHRT_MAX.

(The original code didn't have the cast of GetColumnCount() to sal_Int32, then
7e7c8a51 "#80552#: bug fixes for progress" added
a---presumably misplaced---C-style cast to the check (but not the assignment),
presumably to silence some signed-vs-unsigned warning.)

Change-Id: I2403ee3c5e8fe35ae2a7a7b7da9081a7fb7b59b1
Reviewed-on: https://gerrit.libreoffice.org/48654Tested-by: Stephan Bergmann <sbergman@redhat.com>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

the same fix as in 777bf677. Move on, nothing to see here

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

by using for-range loops

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

Change-Id: Iedd82d035454c940d76a94c7e910c81827c1389c
Reviewed-on: https://gerrit.libreoffice.org/48828Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: I67ea0d54a06f1280ccdbc1ce65b940d78df701b3
Reviewed-on: https://gerrit.libreoffice.org/48827Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: I224858ffce50b00273d80f915831ec7789cfa64a
Reviewed-on: https://gerrit.libreoffice.org/48819Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>

Additionally, some lines are converted to a format of 110 characters

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

Korr -> Corr in math

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

Korr -> Corr in SW

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

Korr -> Corr in SVX

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

instead of "Set null" to explicit the fact that NULL is a keyword

Change-Id: Iab393ffc1af07d027ef93168c8de58f3635af11c
Reviewed-on: https://gerrit.libreoffice.org/48817Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Jenkins <ci@libreoffice.org>

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

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

Change-Id: Ic23c36250938009b17f4b916f0d13a097d018a0c

Change-Id: I4222ef1c82620a05cea9f6db1a0664196cfb3bd4

For creating the needed BorderPrimitives for TableCells for the
Tables used in Draw/Impress, adapt the ViewContactOfTableObj doing
this to use svx::frame::Array tooling now. This will correct the
error for not taking the neighboured connects for merged cells
into account and unify one more space to the same tooling.

Change-Id: I2e6f732985e9b963359f156628bd29ddfec1a80c

In Draw/Impress the indices for accessing the correct
neighbouring TableStyles were wrong and thus created wrong
visualizations, corrected that.

Change-Id: Iebc5f294adb62fa4c6358e2f8c27d29cc3163fbc

Similar to CalcBorders in Writer the overlap regions for
FrameBorders have to be taken into account when repainting the
CellBordes of WriterTables

Change-Id: I488ba158e1de579bfb06b9c8353adaa2cac706c6

For Cells with DoubleLine the connections to perpendicular
DoubleLine-Styles may have to be displayed in a Cell which
is 'around' the orig cell in a Cell-Border of one. To represent
that and to avoid repaint errors when scrolling in, the preparation
of Primitives has to take accordingly more neighbour cells into
account. Tested this change with the usages in Calc, UI (Dialogs)
and Calc exports Print/PrintPreview/PDF. This does not affect
Tables in Writer and/or Draw/Impress.

Change-Id: I3bcc68cdf7b4fc1825a87a9773892c359421024e