Change-Id: I4c67301b99c2eb066695fc1e85c1e16ea5902d9f

Change-Id: Id1a836da9b97ba2b542b68cfa650fede523b0a0e

math.dtd was dropped from installation in 2009, see
https://issues.apache.org/ooo/show_bug.cgi?id=97200#c3 :
"In agreement with MIB and MT it was diecided that the Math.dtd should
be removed from the installation set as well since it
a) has incorrect content
b) is no longer used nowadays at all"

Change-Id: Id2a727338c224b0beb4b8def197988ab071a7d94

Change-Id: Iab77db4f7841fd3d118fc371de5d0368f08f6c2d

Change-Id: Ie773f7af8823534e9d4834733b4852cb9ad314ae

The FILELIST install method is really tailored to large sets of closely
related files. It is not such a great idea to apply it just to move some
unrelated files, delivered from a single module, out of $(OUTDIR), like
here, because it requires splitting one Package to several to allow the
files to be placed to different installation modules in scp2. The extra
makefile increases the overhead needed to place a file into an
installation set. We really need a better way to handle this...

Change-Id: I2f271562d8773152e69d284b4fe8ae356dea0945

Change-Id: I5c0ec48ecd8616358b728d426bc5ef91aa6b08e3

Change-Id: I7a36eb26d26dfa58b82919ca0ee16f94fa82c220

Change-Id: I9db93fd588f1cca9ce071d4ff14d5c9c699748a0

Change-Id: Ib092623501e36fa759a5215a435d21e1fea8dfdd

Change-Id: I072d5283f979b42ffbd359575209c09cf445b6df

Do we need to install them? Or even have them in the sources, FWIW? The
old XML format has been superceded by ODF 10 years ago...

Change-Id: I909afcf86ae808441c7dbc6182512bedb9789c1c

Change-Id: Iddc1a86d34a6d05f2a2939fb72f057fb387bbe1f
Reviewed-on: https://gerrit.libreoffice.org/3781Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

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

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

... so move it to python/ExternalProject_python3.mk, where it belongs.

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

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

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

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

This is in preparation for using doxygen to generate IDL docs. Because
the file names generated by doxygen are essentially random, it is not
possible to use a Package to deliver them. And we really do not want to
go back to using Zip, as unpacking slows the installation down.

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

Change-Id: I4066a26fb93e9a97707a249f08c4c67459c8abb2

Change-Id: I0a3684c21554a87109e653a5aae9cb53c98c098b

Change-Id: Ic7834a07341cee2b2fdcff3ae0707755e5500347

Change-Id: I12875ef7ced2a0a80d9c5b6081d8eeb5ae96121f

Calculate the delta based on the whole cluster width no just the first
glyph.

This whole ApplyDXArray() business is completely flawed, it is just
trying to second guess information we already had, and then workaround
all bugs it is introducing.

Change-Id: I5f719d7addcb89c9d5662b48ca7cf55cd388b41e

Change-Id: Ifed1b8758e605c3457a9c57b87527d81f684a5f5

Change-Id: I0a716b4339747f1994e5c8710e15474807aea4a2

Change-Id: I6886f5ed011871a1c2718c9e1fadc9d0cb053098

Keep hardcoded values as *fallback* only, but trust m_aProps.aComponent.m_xShape->getShapeType when present.

Change-Id: I5a024a9bc5f87d226ab3c857817dfe91ad975acb

Change-Id: Iab36de3d407925cdb0e092afae457907f0261b3e

Change-Id: Ied0d8d6fd01ab5106b901355a7c5002719b07ffa

The variable UNIXFILENAME used to use the lowercase product name
before gbuildification.

Change-Id: I09a5ff27acf07d394f712d943ea5f83765a7f834

For example, this fixes some mess in the desktop subpackages.
It probably fixes strange things also in other places where
we do not want the too detailed version 4.0.0.0.alpha0+

Change-Id: I23482db4f9e3c907f3c7452a111acb54879b1f4f

Change-Id: I7e73bbd6e83da0606dc0fee99a33cb7130cafdff

liblangtag uses quoted strings in defines, like -DFOO="\"value\"" and
ccache (at least the one available from the windows build dependencies
wiki page) gets confused and doesn't parse the arguments correctly to
the actual compiler, resulting in the error
"cl : Command line error D8003 : missing source filename"

Change-Id: I456b98b8956a25ff9acd3ab776c0c6f149a08ac7
Reviewed-on: https://gerrit.libreoffice.org/3760Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Fixed some UI tweaks in handler function DownHdl: now images can me moved down correctly. Also, made some
simplification in handler UpHdl: I've moved forvard the declaration of local variable nActPos.

Change-Id: I879a6394865bb8442c0621dc2789efd9eedae87c
Reviewed-on: https://gerrit.libreoffice.org/3759Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>

Change-Id: I0baf90cfe8d3caa96f826695c1be4bc563864c00

Change-Id: I53a83a3f2234dc061c23344116b0e294594f1c90

Fixed some pointer issues in CreateHdl function.
Removed the creation of title slide.
Added an enum to access the image layout option from the code.

Change-Id: Ib91fbbf3b068453c8e66b8df1ce32e24c3828bc0

The use of SBMAXEXTENSIONLENGTH appears to be an insane way
to detect full filter names and map them back to short suffixes
but we are passing suffixes separated by | and if that string
hits the SBMAXEXTENSIONLENGTH it gets blanked.

So, lets try only doing the conversion to suffix if the filter
name starts with a common substr handled by SetExtension

Change-Id: I42914d3e042133a2c5e28c9704b5fded7ca938dc