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

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

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

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

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

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

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

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

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

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

Change-Id: I8d53c7010b4fea2a74e48f0649e944a498c211c7
Reviewed-on: https://gerrit.libreoffice.org/71003
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

There is no need to check this in a test when we can do it
directly in the header. static_assert will complain when compiling
something that uses the header file instead of waiting that it
finds a piece of code, where it is actually needed. The purpose of
the test was the same (fail early).

The main problem was that Color can be created and converted to
sal_uInt32 string completely in compile time, so it can be used for
"case" in a "switch" statement, which requires that in "case" it
uses a constant. Normally this isn't possible unless we resolve
and convert a Color to sal_uInt32 in compile time.
This use-case is used somewhere in the code, but it takes a lot
of (re)compiling to get to that piece of code, where it would
eventually fail.

Change-Id: I1f1f9b77c19a0e61f78ce703b380d98a569da833
Reviewed-on: https://gerrit.libreoffice.org/71060Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

It seems that wusa.exe would fail with error code 0x80080005
if launched too soon after WU service was sent a stop control
(which was added in tdf#123832).

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

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

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

after
    commit d487d6e0
    Date:   Sat Apr 20 11:06:11 2019 +0900
    rework Color to have R,G,B,A public variables

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

add drop down containing formulas in autosum button in calc

Change-Id: I1da8116ba2f6073bec153979282161fbaa286427
Reviewed-on: https://gerrit.libreoffice.org/70058
Tested-by: Jenkins
Reviewed-by: Dennis Francis <dennis.francis@collabora.com>

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

has high failure rate on jenkins

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

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

This takes the loading time from 14s to 13s

Use a o3tl::sorted_vector to reduce searching time

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

Color is a wrapper around a sal_uInt32 variable. With a union,
separate channels R, G, B, A sal_uInt8 variables can be added
that occupy the same memory. This makes it much easier to access
each color component separately, which is used quite a lot by
various algorithms. This also adds the variables to public so
everyone can enjoy the benefits.

Tests have been extended to make sure this doesn't break the
existing algroithms.

Change-Id: I2e78e12df68e8c7f0f49420eef5e659b335ee397
Reviewed-on: https://gerrit.libreoffice.org/71002
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

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

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

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

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

Move XPropertySet Java tests to C++ for ScTableColumnObj.

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

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

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

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

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

On Windows, gpgme expects gpgme-w32spawn.exe to be in the same directory as the current
process executable. This assumption might be wrong, e.g., for bundled python, which is
in instdir/program/python-core-x.y.z/bin, while gpgme-w32spawn.exe is in instdir/program.
In this case, if an operation in a python script requires initializing gpgme, it will be
interrupted by a modal warning box telling that gpgme-w32spawn.exe was not found.

If we can't find gpgme-w32spawn.exe in the current executable location, then try to find
the spawn executable, and inform gpgme about actual location using gpgme_set_global_flag.

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

Move XNamed Java tests to C++ for ScTableColumnObj.

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

This takes the loading time from 15s to 14s.

Reduce unnecessary allocation/copying by passing down ownership of the
newly created ScPatternAttr to the item pool

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

Previously faux bold was drawn with setting a dictionary key
kCTStrokeWidthAttributeName and a value of the stroke width. This
stopped working because we don't use attributedString for drawing
anymore but we always use CTFontDrawGlyphs and draw the glyphs,
which doesn't have a way to set this attributes.

It took me a while to find a workaround (thanks to Apple's great
documentation), where we switch text drawing to fill and stroke,
and after that we can modify the stroke by changing the line
width.

Change-Id: I594fcb9c796a9c04ea8234a9938ca2f719706199
Reviewed-on: https://gerrit.libreoffice.org/71012
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

mOve XCellRange Java test to C++ for ScTableColumnObj.

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

This takes the loaing time from 1m38 to 15s.

Speed up finding existing pool items in the pool by storing a
sorted_vector, sorted by a compare operator on the item.

memcmp is faster than operator< on std::vector because operator< seems
to be trying to use some kind of lexicographical compare

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

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

Change-Id: Ia50f8c5e5291ae0ee25e43c04e84cf482cf9cc41
Reviewed-on: https://gerrit.libreoffice.org/71008Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>