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

Change-Id: I83e468a729ef72b74c2718fe98dd3998dac6c21e

Change-Id: Ica864f8fc654df3dfeb83850ede43473904de261

Change-Id: If4449a022f5474b9f73c3c91d75e1975458236dc

Change-Id: I75e1b88e6e030eadfa87c56a499fd72e40d05c0a

Change-Id: I27f029ae68cad37c036fb048c7c19d39949f779e

The font definitions in the style sheet meet an untimely death in
StyleSheetTable::lcl_sprm(), which special-cases LN_EG_RPrBase_rFonts,
routing it into TblStylePrHandler.

Avoid this by sending style entries to the domain mapper in the same way
as the OOXML tokenizer, i.e., with paragraph and run properties nested
below CT_Style_pPr/rPr.

This reveals that the CT_Style_basedOn was wrongly handled as paragraph
property.

Change-Id: Ic724ba48fe36bf782b1b430bdafdb1df480d5ad3

MultiSalLayout::AdjustLayout() crashes with mangled stack.

(regression from 2b8528a2)

Change-Id: I20b7980dd89dd1b72063c2187ac3a4735babc4c4

The content of \upr and its nested \ud destination should be the same
modulo text encoding, so ignore the legacy one.

Change-Id: I007151e3075a9ac879a486ec3b5fb8549435dbba

Change-Id: Id04ca66ffd2710561571812c9185907cdfab6416

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

Descriptive statistics

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