... to prevent duplicating masters on slide copy-paste.
Also fixed a 10-year copy-paste error (pRefPage wasn't replaced
with pNPage).
Fixed argument evaluation order issue (aStream.GetEndOfData()
depends on Flush() but doesn't call it, so will return incorrect
result if called before aStream.GetBuffer()).
Replaced compare of hashes with results of stringify(),
because it removes useless overhead (hashes are calculated from
stringify() anyway, and are not cached anywhere).
Removed Flush() called from SvMemoryStream::GetBuffer(), because
it calls GetData(), which calls Flush() itself.

Thanks to Andras Timar for unit test framework.

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

It referred to the previouly removed
Primitive2DContainerToPrimitive2DSequence(), not to maybeInvert().

Change-Id: I77dad2218d5b3e2e2d76673bd2e97d856d0b94f2

Change-Id: I9048966bd41e79bb7a2e9bd24c1dc611acefef1f

minor update to clarify unstable features against macro (limited) features

Change-Id: I30c782144e5dff3c300cfcf431c745597f0c3db2
Reviewed-on: https://gerrit.libreoffice.org/20688Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

An .odt table can “keep with next paragraph”.  This means that the entire
table may shift to the next page and all the rows will keep together as
the table attempts to stay on the same page as the following paragraph.
There is no “keep with next” property for .doc tables, but each row CAN
be kept with the following one.  When exporting an .odt file to .doc,
setting each row like this will keep the text flow similar to the
original .odt's layout.

This commit only hinders the table from splitting - it does not actually
affect keeping with the following paragraph.

This functionality already exists in the code, but was broken
by a variable that “changed meaning” almost as soon as the
functionality was introduced.

A followup commit will deal with "full page" situations when the kept
sections are too large to fit on a single page and so the table should
split instead of start a new page. The only situation that can't be
handled nicely is a single table kept-with-next that spans more than
one page. Such tables ought not be marked as keep-with-next anyway.

Change-Id: I401772b3fa2e329b7b0890e67639cbca8c845206
Reviewed-on: https://gerrit.libreoffice.org/20217Reviewed-by: Justin Luth <justin_luth@sil.org>
Tested-by: Justin Luth <justin_luth@sil.org>

Change-Id: Iff1a0eb8e4b112b874813023551a797320ac0ad5

Change-Id: If490e8523dbedabdf4124b1bd1a5ba08678dc06e

Change-Id: If05602bf0fbbae0a669913e56add92ed902141c0

Taking into consideration the changes from
https://gerrit.libreoffice.org/20446

Change-Id: If2419574611b890170e9d5eb69703e5c8c21c3c2

32nd and final distinct crash fix of this sequence

Change-Id: Ib9f41091737e66995f332c06083d51408eb1497b

The driver is supposed to ignore it as per the spec, but let's be
conservative and pass the value defined by the spec.

Leave it as invalid for approximate (floating-point) datatypes.

Change-Id: I542fdde5e711a335c708ad9e6f2abe2fd8632ef6
Reviewed-on: https://gerrit.libreoffice.org/20685Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Change-Id: I33c63d2c002d9abcbadb16bcd460996ef3212f4a
Reviewed-on: https://gerrit.libreoffice.org/20684Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Change-Id: I1b566c835b6cdc733d0aa4393d3b3ce2ff7b764f

Change-Id: I158632de6898685e34d362cc274e959bb5c2e2d7

Change-Id: I03748695efbe17d59aba09f88d5c6fcd174113c9

Change-Id: Id0d9bb1d1abe6f6c9440bf979407d13db49696c4

Change-Id: I8be1b8298f096791628d1f51d36ceeabdc804f9a

Change-Id: I7dc7739ee7b958319ddd4e0cf262254728ef0569

Change-Id: Ib14639d532da5bffdfe7e0a7bb362b20a7f25dfb

Change-Id: I83928638a390f434c431487b1cb13633f24de9ec

Change-Id: I50fd30114b45d1225adb7bfd5d77cb89a229aac8

Change-Id: I84541445e44f14244030b9970e0a48e72edacea7

add elementary, hicontrast, human and sifr openremote icons

Change-Id: Iefe2db951a8127be387e79453cae0131bf0648c3
Reviewed-on: https://gerrit.libreoffice.org/20681Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: If615c68bfaf145d81dab96b05e7b903c1a6b03cf

Change-Id: I93669a6460806c1d4c35669a639667b0c6f3f4ab

Change-Id: I54931f0dccabb2d9a58cc92ef5ebf3469f93f03c

Change-Id: Ia1c734e26da88010eef40a4375c423b0765f43ae
Reviewed-on: https://gerrit.libreoffice.org/20423Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Arnaud Versini <arnaud.versini@libreoffice.org>

Change-Id: Icac22d3c179eca42e01a724f7592ee4b34dd45e3

Change-Id: I0c903533542608c1d7a3c97e2be7f2b7624b265b

Simplified use of TableDefs and QueryDefs collections

Change-Id: I87c5dcbbb1105c61324a0a89929f13ff86eab4a4

Regression from http://cgit.freedesktop.org/libreoffice/core/commit/?id=1321ae8ceba1801cd75322d6cf51ab53bac86b2a

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

Change-Id: Ib70b5ebc498e6517ef40d0515e69e2e77288c1b5

Change-Id: I670f00b0beb77e5014c3dd4a4798e69ece882b87

Change-Id: Iaa28ef00572eb9c4ba3a6d8ae0c668b7b0132f56

Change-Id: Ie5c0317f842258fe42f894dbace0ea0e328f288a

Change-Id: I66fda143ba1f0fa6f2638a8bd4936c75a6c40980

Change-Id: Icc4a631d67c3d4acf67de1cb38018c37602a16eb

Change-Id: Idf84ababeeb109a411c03a18d3a9aa6e136c7ef4

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

Change-Id: I9af0b49c95dd55ccde463b6f0567c9160d180670