formula::FormulaTokenArray::AddString(unsigned short const*)

Change-Id: I6c014f6ada3b75398112e81f9c8e7de7dd776c7d

Remove these methods:.
formula::DoubleVectorRefToken::GetRequestedArrayLength()
formula::SingleVectorRefToken::GetRequestedArrayLength()
formula::SingleVectorRefToken::SingleVectorRefToken(
    double const*, unsigned long, unsigned long)

and optimise some accessor methods.

Change-Id: I04f53593894a59dbefdd1cbc9505c6eb7cd8610b

Fix all sorts of incorrect double line handling in drawinglayer in order to
draw thick-thin double line types correctly.  Also change handling of border
lines in writer tables. There are still some outstanding issues but it's
much better than how it was before.

Also realized that Word and Excel handle simple thin double lines differently;
Word varies widths of all of the lines and the gap whereas Excel only has one
fixed size for its double line.  For this reason I decided to add a separate
double line type (DOUBLE_THIN) to handle Excel's double line.

Change-Id: Iaaa353b6e4f998b524262bea59260b4333e0cdb4

Change-Id: Id3e3787635996d90f7673748c17601963523ad8d

Change-Id: I7a85167f1a2b54913ac8168a6b677a7012eb7aef

Change-Id: I467a4201b33d3a7562c4fa896b3f9cb5cafeac54

Change-Id: I02a9d6ee6151c6a8c3ee61c3c7dcf1dc432b453f

Change-Id: I9c5c36a41131f55faf2b31b347b0df4eb5cc21e2

Change-Id: Iadd5034418e077bf051b23cda70f070c52840645

This is part of some STAMPIT workaround; no idea what it is, but for sure it
causes problems with PowerPoint OLE in Writer - so let's avoid updating if it
is not "STAMPIT".

Change-Id: I266b419ba3461c547f7ee8e447ef64a47a8511e8

Change-Id: I72f2c7436df4f1189673d7ccce0d4ac47d338a31

Excel can copy huge metafiles to the clipboard, with over 3 million of
actions, which are 1) unusable, and 2) crash LibreOffice because of their
size.

So let's just limit the size of metafiles to be under 100000 actions,
otherwise use the 'OLE' bitmap.

Change-Id: I6a50471e6fe6ab9417592c011bf78cad6247236b

The concept with separate alpha will result in nasty alpha bugs.

Change-Id: I9c18d2a850aeed2bf14f43d247029204013d3c93

Change-Id: If18e74c2cec00d29bddaffbbd21991749490493a

Change-Id: I04d50eb44156e4b2476c237848491cda73b9ef0a

(cherry picked from commit aa46680d)

Conflicts:
	sw/source/core/undo/undobj.cxx

Change-Id: I4689d5fe02ab2c814e15a1c11ebd3ad11d6e56c8

when updating <SwIndex> instances due to inserted characters

(cherry picked from commit 770c0e6b)

Conflicts:
	sw/source/core/bastyp/index.cxx
	sw/source/core/crsr/bookmrk.cxx
	sw/source/core/doc/docbm.cxx
	sw/source/core/inc/bookmrk.hxx
	sw/source/core/inc/crossrefbookmark.hxx

Change-Id: Ie4531c3b33aff0a7f3d139ee81a21c3823474f84

Change-Id: I0a86971d1750ea640db64cd3238f3e31b22d1223

Change-Id: I1e22f166381b3bc8122b3bbef7fc760705e402d1

Change-Id: I38b5372b141629341d4b4285ff634679d657fbd2

We did not crash in the invalid memory access because the lists were
continuous in memory and we would just pick the next id. However it
crashed when trying to map some of the ids to non existant strings. This
commit also removes the need for the earlier fix for this bug that just
hit the problem behind some checks much later in the call chain.

Change-Id: Ic6658987815c4e84ed2449934c310e30dcd0ed4c

This reverts commit 0b6a1f2a.

Change string "..." to "Servers..." in filepicker, to allow better understandng of the remote acess to file services.

Change-Id: I8ffca698b40d23b1c876223ef98f9bcb181791a4
Reviewed-on: https://gerrit.libreoffice.org/8452Tested-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>

Change-Id: If4e126e7993a1d3ca6162becf37b84b2de6c2dde

Change-Id: Iffb80e9844132aeeaf3e338c4817b44520e40f3a

Change-Id: I58d592a863ed96fee85e4c8838663791c76854da

Change-Id: I946f4177bef82bbac8058640f216a294582c24a3

Change-Id: Iaaf5b7ab47ffa151cd7c8ea376763d02c883f377

Next step on my way to remove the inheritance from std::map

Change-Id: I96e8e4c05f1bd821a0c1c4de5c78af1706fe50e5

Change-Id: Ib4460d6ba59dbe22436fb710ee7a108804df0b86

Change-Id: Ibf88802777c09786f05c6ffff20d985fbbe491af

Change-Id: I828e6556864de60443a07cc61294b964314c5901

As reported by Fernand Vanrie, initializing the XSLT service can fail
because the LibXSLTTransformer::initialize was changed to require
the parameters as a nested Sequence; accept previous parameter
convention as a fall-back.

(regression from ca0ea73a)

Change-Id: I136e6e6338f11ffecf9f856f0736d1d0e6b17c3f

Actually warn the user, if we ignore provided configuration files.

Also add an extended header to explain the expected behaviour.

Change-Id: I630d858c2d24aa0341d04359b45029c7faa54675
Reviewed-on: https://gerrit.libreoffice.org/8446Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Project: dictionaries  2f78ad29c9bdf6393cddde39716032bfdab7c9fb

Change-Id: Idf29f37032a851632760758d443d73f04bbbae69

Change-Id: Id5535ec71c47ad29283607d1d1b9f3a502e34fe1

... fixing build with system boost

Change-Id: I50eee3e349e99f751439893c577d66ebb46107c2

In general we're overwriting styles on import in case we're not pasting.
But these WW8Num* character styles are in general not from the document,
they are created because Writer needs a character style for each
numbering level to handle what's in the DOC file.

So, in case there is a character style with the same name as our
"character style for numbering" styles, prefer the later ones, as that's
intended most likely.

Change-Id: I675f867722360aca765bb96b0b43ea47deab9847