Regression introduced with ca8ca8c2 that
used GRAM_ENGLISH_XL_OOX instead, which is English UI function names
with OOXML reference syntax.

Change-Id: If6b73e85a45e57f6ef281d1edf8e34dec7cb9bb8

Change-Id: I01969fb4596e7866ddb348d026a22f45deeef0c8

Change-Id: Ic24e147dd631bbed4e5759b1bd4bebbd0b8add4a

Change-Id: I65aa00d79efe15f63c272fbcd5d3e0dea2c28dfc

Change-Id: I1a91871eb9f1952625b94b15d9ab8a4712487048

Change-Id: I70cc8c7667d9cfb2fc043e3889c7fb5adc9abd52

Change-Id: I5c1045253c082a00397cf0f048baee947232c9b1

Change-Id: I150b47a6d4463479af7206b15441fefb27b8f603

Change-Id: I990e8ba0e2b8ad2a43a33343ac832e42777e28cb

Change-Id: Ic2f968d3150bba458dc3f40799ef0933a423a9e0

Change-Id: I30b61ed5b383f4acb5d29cb1c898015b28b1431c

Change-Id: I50da1da601981d55f413e03b063cda60b10893e6

Change-Id: Ifc584276b32e517cb3105133de731e068851254b

Change-Id: Ifdd607c8bb1859af907ba2d6bbe6e9824681bc57

Change-Id: I355ada53d637ad16d88c7e8d8b0f333915f54b6e

Change-Id: If4635aa5adc5d82712a779ae487b0a27539c2d70

Change-Id: I3f70fda1098c2da97f36e474689853379e5b9ac2

Change-Id: I8bdedf38a29587bb504ccf310371dea756efd47d

Change-Id: Ifa9c5a7b3aa0d219e09fa3081e66d870a508a84d

Change-Id: Ibe07fc9a61ae8432e92c43ac6ff07c4dc9e6c771

Change-Id: Id39b51c344004e02d3d5a281ba98721b944468c3

Change-Id: Id4f4d2dfab6cf7f370488e87c6e86eb8da50b6fd

to integer positions

(cherry picked from commit d3c4a0c2)

Change-Id: Iae4c16250e95938999d60d1c60e1163dfba243cf

With this, it's possible to see properties of e.g. fly frames in a
document.

Change-Id: Iba68156ba7f0149dfea3e0a6367b71b8642a2a80

Change-Id: I52898b460669ce7afaaeef4d28f36883eb20effa

Change-Id: I03bb06ddda9f8d54fae926004f5cf55cf5846833

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

Change-Id: I81ce8fd7022bf283db668705efdfb0666f87bde9

it's known that GCC 4.0 is unable to build LibreOffice;
also remove check for "a buggy version of g++ (3.4.x)"

Change-Id: I97a030c4a214033cab13a69b4c4a599970f9e1cd
Reviewed-on: https://gerrit.libreoffice.org/8812Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ica3b1207a2847917d82b3c82d14479fb58a7aaa2

Change-Id: I33d72b51536ab96653ccda64c6e058c497289327

Change-Id: Iddc71ca948ae478aa865378e0f3d3c7bbdcc577b

Change-Id: Id931f5339e19ce5ff635af93fe9f60f3abebe069

When a META_FLOATTRANSPARENT_ACTION is exported, the
beginTransparencyGroup()/endTransparencyGroup() will write something
like "Q 0 0 0 rg" where the Q clears the previously set clipping region,
which is then not restored.

bdf75c7d appears to be a fix for a
previous related problem; this essentially reverts it since it
introduced the current cropping problem.  (Particularly funny is the
comment "force reemitting clip region" since the commit does the
opposite.)

It does not really make sense to me to write something to the page
content stream from beginRedirect()/endRedirect(), because that does not
actually have any effect on the _content_ of the substream, because the
referencing of the substream is only written _after_ endRedirect()
returns, so basically what is written can in the best case cancel itself
out and in the worst case introduce bugs; the state manipulations there
are just to modify the m_aCurrentPDFState following the push()/pop() (it
is necessary to clear the clip region before starting the substream to
avoid spurious "Q" at the beginning of the stream).

Change-Id: I4a5f57b784068bd7d3ba187115444574f7418195

Change-Id: Ic1b115583415ab9bd2bdb18fa55f61803efc8442

Change-Id: Icc64d56a74be9e95fdf69204356f9c2405ce7cc8

Change-Id: Ic48d6be35fd9308a28d9fa62b184cd34dd8f9f6b

Change-Id: I42f7bc63c1f75592ab628407b40d40536e58f18c

media::XPlayer is constructed by media::XManager with
only one URL parameter.

Change-Id: I3693bce5386ea7f75fa7d9f1a7d744f90440d62b

Change-Id: Ibb6a7df3bf25f7006b71deeebd5abb842a628a46