Highlight support is not implemented fully, so
it seems better to disable DOCX import of it until
it is finished.
Highlight can't be modified on the UI and is not
saved to ODT/DOC (regression).

Regression from:
8b949134

Change-Id: I94891769766ae90017e8afa70e65d080d5270202

- Do not resize the fallback geometry for Word-Arts(VML), since the
  overlay geometry is constructed using the properties of the
  fallback geometry.
- The resize autoshape to fit text attr of FontWork/Word-Art should
  always be false for the fallback geometry(the SdrObject).

Change-Id: If8badb382c525875a07a0a9e6268cec036739001
Reviewed-on: https://gerrit.libreoffice.org/10486Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I7b34e021c9f193643c89f20dc1ba42aad8e065d6
Reviewed-on: https://gerrit.libreoffice.org/10715Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I5517ff43c17637730639351f84df15a719aeb0a3

Change-Id: I74a2ff491c9328acd59a05ec3f83ed037847a1d6

Change-Id: I195a318c8ce86cfcb12f724e04c115e0de444345

Change-Id: I215d99c0161a9b9c9df3f8ef362514e161b31acf

Change-Id: Idcc97e067b0f389a5d9e01013ab2fc20d2dd4ccd

Change-Id: I0137bb7ce6337ca852af513565cc19dad3c8dc8b

Change-Id: I59eeadfe5417d2a574d672ff3f039bc125abbdbe

Change-Id: If2af5afa3abff6da45e726dd8c28216e6f939caf

Change-Id: I299ebf08d77c7f2a35ed551dfcdf17fa8d0a8d79

Change-Id: I0486a6530565919588dae8411e10d7e8e27020be

Change-Id: I1bf6f23247da73eeccde569f220095d0e1716d0a

Change-Id: Ia2a41f0f483fe15ae3938140b63f3215b692014a

Change-Id: If448e748f40cd8a41977129c576f6c5eac7b5727

Change-Id: Ic0186be09fcca52f10ab67957db54efc9c72267c

Change-Id: I18aa63baff99e29ed343ce9092cc5ea73cc097d7

Change-Id: I48a4739d67c2951ddb7966f0ad10e2f4fd2a76ca

Change-Id: Ia375c28d5adde5a6b2927e9b46105cfccd0b0f10

This hopefully makes it more bearable for MSVC, and also breaks down the large
data nicely.

Change-Id: Ic3028eb78a5dcca4393738d428b6cf03a3ddbaeb

ListValueMaps were completely useless; it is always just few values that used
to be in the unordered_map, so doing just a normal comparison couldn't be too
much worse than all the hash construction etc.

This saves >300k of the libwriterfilter.so size (striped).

If this proves to be less performing than what we used to have (which I
doubt), now when we generate the code using Python, it would be a piece of
cake to construct some deterministic finite automaton in each switch's case to
accept the value names, and return the values.

Change-Id: I95d0470b73ade1fbf5c9de2299c4adcc59286bc3

The properties OrderBy and OrderByOn have been added to the Form and SubForm objects.
The ordering sequence defined by OrderBy is effectively applied when OrderByOn is set to True.

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

Change-Id: I644f0df042dcf414b85514d5edb05cecc8f1537a
Reviewed-on: https://gerrit.libreoffice.org/10711Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>

Having the same UIName for several filters, causes some
file pickers (gtk & generic) to drop the whole group.

Change-Id: I6d18a751cb77a6a83e8e2a46338e41b7c72180ff

Change-Id: I9d8d7aabc111d3700fc121277c49eb0f48dc7e44

<list> would mean that multiple values from <choice> would be allowed as
value (separated with whitespace), but this isn't actually true here.
Not to mention that our parser completely ignores <list>.

Change-Id: I43275c588d885429f5ea53c2f950a0011c2bb1bc

Change-Id: Icbf087464997561b09c7b43c2269eea2c8c603bb

Apparently there can be much more than "just a few values" in some cases
(186 in OOXMLFactory_dml_shapeGeometry::getListValue) and MSVC compiler
cannot handle if statement that deeply nested.

This reverts commit 7aa7047e.

Change-Id: I2b4d166e73ce1e616fea81fcfcfc9915c5784d30

use GST_SECOND instead of magic value

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

 Common realloc mistake: 'buf' nulled but not freed upon failure

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

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

ListValueMaps were completely useless; it is always just few values that used
to be in the unordered_map, so doing just a normal comparison couldn't be too
much worse than all the hash construction etc.

This saves >300k of the libwriterfilter.so size (striped).

If this proves to be less performing than what we used to have (which I
doubt), now when we generate the code using Python, it would be a piece of
cake to construct some deterministic finite automaton in each switch's case to
accept the value names, and return the values.

Change-Id: I95d0470b73ade1fbf5c9de2299c4adcc59286bc3

Change-Id: I5727b254126b23d98fb94068a6254c9ee0e13eba
Reviewed-on: https://gerrit.libreoffice.org/10701Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>

Change-Id: Ib7b0d2e8160a938821940645ea6e6471188bcc16

Change-Id: Ib6cf165019d72ba64b5111186ea3fdba076c69ba

Change-Id: I93d08ab46e401a2f37c9ad6e425e8014c7e05db1

These were removed by commits 5142e628,
a5783fe9 and
eb6fa6be.

Change-Id: If8b5b5d2241bf66dea4a8376a5303f585559ebdc

This was effectively omitted from the installation set since commit
26c142ca, and is apparently related to
the obsolete StarOffice patch mechanism.

Change-Id: I9a4c113e19e5b2b751e3da64b4dde53320132a35

Change-Id: I08fac26859d97e3d7a60d3ba443c2d2ca039789b