Change-Id: I437801a752e2ae2fa762f46f566b761fdc02acb8

Change-Id: I28543128b75315be1eda1a82f6e856778c38a33e

Change-Id: I2b8b962054b0e1ca98db3929c6692e7c354e6a93

Change-Id: I06c09a494bdf37a87ff851a8e3cbc94b22b9a511

Change-Id: Ied856c05594a0ee5bd43ec61e65d12dd18e746d8

Change-Id: I34995118b06319a8ff5b5c51b22cbe1898cb2756

Change-Id: Ica05591754633fc64216aecbdf8010800133dfd4

Change-Id: I41aea2e62bb8c034d07825bd4b8776e718cd0920

Change-Id: I70ee031eb55d10aa47e24714b839f5eb4d9a3109

Change-Id: I901a1f1f9732fb66718dca34c698a851e5b0d87f

Change-Id: I7bc3982895fa118616330ee9df88abae96abbe14

Change-Id: I2532b772d1bfff268a8f60a4d59dad5c8960352a

Change-Id: I9363d4d90df7c74cf7462494ceda2e2f47607dc9

Change-Id: I4f36977e7b1c4c210b8c70ec7aa248d9e6912241

Change-Id: I59a7b31772e60a4da56b35e679928d8238b3d420

Change-Id: Id29dd8ad0d5de77738f162aed530ed191f326aa2

Change-Id: Icff2648f04eca42a16555d334e42dda9f453b965

Change-Id: Ief6abf58b36a9f00b63e3ca71900b026628c996c

Change-Id: I0cc54e443793dda9bd11a907cc79b54dab3810ad

Change-Id: Ie7844af5ab7ead6383e60933588f66c5871f3282

Change-Id: I19d0903c09c63198f20260f67cddd14a7552fc19

Change-Id: I0df7a930ff970c26fbbb03d9333108ee3cae7ad4

Change-Id: Ic334d7b0110319e0c581eecd111b73d1cce3134d

[MS-WMF] 2.1.1.5 CharacterSet Enumeration defines DEFAULT_CHARSET
"Specifies a character set based on the current system locale;
for example, when the system locale is United States English,
the default character set is ANSI_CHARSET"

OEM_CHARSET is defined as follows: "Specifies a mapping to one of
the OEM code pages, according to the current system locale setting"

Currently, LO WMF import treats these values as synonim for
RTL_TEXTENCODING_MS_1252. This patch fixes this to use LibreOffice
locale setting instead.

Strictly speaking, this is not quite correct for OEM. E.g., for
Russian, DEFAULT_CHARSET is equal to codepage 1251, while OEM_CHARSET
is codepage 866. But I don't know how to distinguish these two.

Change-Id: Id5eaf070cde040bd6eb1db28f1a498d647ba227e
Reviewed-on: https://gerrit.libreoffice.org/15641Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

The check was incorrect: it invariantly checked only first part
of formula, and thus gave wrong results when the relative represen-
tation of formula contained external reference in usual box form.

BTW, I don't know why there's hardcoded return of "A1" on error
in SwTableFormula::RelNmsToBoxNms? Isn't that dangerous to provide
an arbitrary valid result that may give unnoticed wrong calculation?

Change-Id: If17c0f9459c64e65a6c2b8ed4482ffee78f115b2
Reviewed-on: https://gerrit.libreoffice.org/15678Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: If0571864684ec484e859c967aebb23c378c302ef
Reviewed-on: https://gerrit.libreoffice.org/15298Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

If you searched backwards and reached the start of the document,
the text "Reached the end of the document" was shown.

Change-Id: Ic35884de2f1ada07e76c9c3e27cf6c81c4a83304
Reviewed-on: https://gerrit.libreoffice.org/15597Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

maIconCache is defined as a std::unordered_map
'interning' a OUString to give to it as a key seems completely
superfluous since no-one will ever use it by address, even less
compare the address.

Change-Id: Iab5d106d7d51fcdfbd0a0dfd50ae28d686b9b2b7
Reviewed-on: https://gerrit.libreoffice.org/15692Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Iefcc529d8ffa608e26c75a445341e0b8ae11c613
Reviewed-on: https://gerrit.libreoffice.org/15683Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I8d4c3a62d4e63d2666bfce18d6af772a29e271d4
Reviewed-on: https://gerrit.libreoffice.org/15695Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ibf0c2893f0ccd784430fbed3c9fdc5985f5bb708
Reviewed-on: https://gerrit.libreoffice.org/15696Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Iac7e3a14753ee0e0c6d64bda270043462fa3f20a
Reviewed-on: https://gerrit.libreoffice.org/15698Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>

Change-Id: I651af9aef0fe9b5eacbbd7acb7b1fc1ff4185698

Regression from 3e4d2043 (tdf#90190 PPTX
table cell border width is not exported., 2015-04-16).

Change-Id: I9ccbfe32a068ea787f1bb5c62034a54f2a5996aa

This attributes needs a value from the enumeration.
See http://dev-builds.libreoffice.org/crashtest/6183a945de03dcd5fe0b967d5814a0add954a8c8/validation/docx/fdo43632-1.docx.log :

(word/document.xml:2 col:70,187) cvc-enumeration-valid: Value '' is not facet-valid with respect to enumeration
'[inline, top, center, bottom, inside, outside]'. It must be a value from the enumeration.
(word/document.xml:2 col:70,187) cvc-attribute.3: The value '' of attribute 'w:tblpYSpec' on element 'w:tblpPr'
is not valid with respect to its type, 'ST_YAlign'.

Change-Id: Ibe4ccdf1c273e2ede22dc8865ec91af4de162e10
Reviewed-on: https://gerrit.libreoffice.org/15693Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>

...so these must be redundant aliases

Change-Id: I6c48f24f7808f336e206d8cba257f9bc063bdfc7

...so this must be a redundant alias

Change-Id: I6a4d74f89e65521010cbe1cacaa0ef4206d9c58c

Change-Id: I27493171620e93c8ca35345c3320fb8f6da5d2ab

Change-Id: Ie856e04aa85bd3ff065548bd0a9efd5e5cd22b70

Change-Id: Ic20debae78db9bae77986954dd5838e3ae360825