Change-Id: If3e97386793f14bec9aae6c95500461177c18570

Change-Id: I15605228af82f421ad40465a82661b98c91a3370

Hopefully this script can be used instead of the current many separate
ways to get the same list.

Change-Id: I9b84d70f37e5819140c3a3a2c8a002cfdbac4364

Change-Id: I916aa32fcd8ab4b8ef13cfb2870e29c45ad8b60c

No need to fetch string size with this change.

Change-Id: Iae5f6c60430fc57985a0fec5bfec59727e5a8f0f

This also avoids unnecessary row height adjustments.

Change-Id: Icfecf0a5fdf7ef18db368ebadcf9d0b8700c0b65

Change-Id: I8c68308394a64eee0985d7d1f8c8b34637a6da74

Change-Id: I27628314337ae4df31420d63d7c09148369a6759

Change-Id: I2561ede5a42ad1f0f3bb74f7b9375f87010eddc3

Change-Id: I01dcd6d421c1f648b4cd8413e3baf50fd26d4c8f

Change-Id: I66b16e9767369fd54611f92d66cd1b43f4e8c5a8

See also rhbz#958300

Change-Id: I5c3cf9652adb7b1c9ec53a32ed39f231a09ae1d7

Change-Id: Iefb00e72f2700503ea33a28c9f7e2150f0d1e06e

The intent hopefully is that the MobileLibreOffice project should be
buildable in a freshly cloned or otherwise clean tree, where Xcode has
not been used interactively (which automatically creates a scheme for
each target, it seems).

Change-Id: I690513ecf54bb824dd3c3b0ef1735cc5cdff6d60

Change-Id: Ic21750744794b4721c28f4e2b23e5e5ca5d74db5

EXPON.DIST, HYPGEOM.DIST, POISSON.DIST, WEIBULL.DIST

Change-Id: Ib9f648739ec0af90cdf2f576c7f548a6acb7b4a6
Reviewed-on: https://gerrit.libreoffice.org/6748Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Otherwise we get tons of (as such, in our case harmless) warnings from
the linker about mismatches.

Change-Id: I826d9e065bae59cdd213131163b31b2099806dd3

Change-Id: Idccc7cc8e9f81576bb24fec0a49144c0fcc16fd5

Change-Id: Id6424157d2a9ba2a4ab987cd8aafd9c7de52f836

Change-Id: I5b2c5a249c0446d69ac19d11e0d5e038983f0be8

Change-Id: Ia33fae872cf52d14a3faa186a4792d1e91b7962d

operator== with OUString and literal internally does a reverse-compare
(via OUString::equalsAsciiL) anyway, so no need to keep explicit calls
to OUString::reverseCompareTo with literal argument

Change-Id: I799d9bcd0d5c308a9547ce7cacb2db6042fdb643

Change-Id: Id83205bfe65d2880bef4741b2c65049e4221d7c6

Change-Id: I95b8d1bfcba66ba5670345e9159f0dca11e6d967

A final pass through the code, converting code to use the new
OUString and OString methods that can detect string literals.

Change-Id: Ifa6382335e5650a1c67e52006b26354e0692c710

Convert code like:
    sType.equalsIgnoreAsciiCase(OUString("VIEW"));
to:
    sType.equalsIgnoreAsciiCase("VIEW");

Change-Id: I6fb47e6a83b561c7e5a25da76b63606a3174858d

Convert code like:
    aStr.equalsIgnoreAsciiCaseL(RTL_CONSTASCII_STRINGPARAM("XGRAD_SEQ_BEGIN"))
to:
    aStr.equalsIgnoreAsciiCase("XGRAD_SEQ_BEGIN")
which compiles down to the same code.

Change-Id: Ia69289d853d292b2f27b68863cb6f6ecdbf1a71e

Change-Id: Ia701b174288647d3451fbb487d46882452ded821

The GlyphSet::AddGlyphID() was messing with glyphs of characters that
can be converted to Windows-1252 encoding, discarding whatever glyph it
was asked to use and using a random glyph that is supposed to belong to
the converted character. For ligatures this means the ligature glyphs
was discarded and the glyphs for its component was used, but this broken
for just any glyph substitution.

The code makes no sense at all, apart from the fact that it is verbatim
copy of GlyphSet::AddCharID() since 9754ad8d
and just happened to work because we did not enable ligatures and other
typographic features for non-CTL text before.

Change-Id: I764f0b40f8acf61eae38a9038b0666d711c04a9d

There was some minor problem in building curl for iOS and I was
feeling lazy and didn't want to bother fixing that. The experimental
LibreOffice app linked fine without curl.

Change-Id: I9ed1fb814bf8b6c4e2a01a58812face68ae2fb68

Change-Id: Iab714a296ce0f807b5badd1ff96a99f3da2b24f8

Change-Id: I04848d464651eecb22bf9269ba837c7679b8458d

Change-Id: I5f9c7ec4a154af4422ce5ae841c350b5640eb026

Change-Id: I94202bebcc7deded51636f4bf7f203254a31931f
Reviewed-on: https://gerrit.libreoffice.org/6751Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I4cbaf4b51a3e6a0029c81c8242ae03857a42ddc1

Change-Id: I0fa482b3303f339afabf5ed8f3e432b56c6590aa

A proper textframe is created, but the text on the shape is still
outside the frame.

Change-Id: I042295cfdd61ce9c0ee52cdf5e8700d8d2b1b1c5

Change-Id: I627d5f151e5bf1ae4604e32763ef5afeb66a0cfa

Change-Id: I3c019fb810a9527f616f2df7f3082f5d5508c9e3

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