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

Change-Id: Iacdaf8bcae8df6ba380a9fb6d78db22f51a4d6f9

Change-Id: I82c14013c906d4e6d16f69dbebe419d0c56673c2

Change-Id: I49d94bd72af610e88128cd405e4786d2e9ba65ed

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

restore widget id's to the previously translated

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

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

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

Change-Id: I1d409024be6774b84434e629207ada2b05eb05ea

Change-Id: Ia82a735c6075771d5096647905c4722ada1d1d40

... when the component is used by a unit test.

Change-Id: I5e3b1770c18d8f7dd8166f30f82bbbba1aa72dc1

Change-Id: Ifa7a67862fca71dfd96dc55eec9f065f303d88a9