Fortunately currently XMLSEC_NO_XSLT is defined anyway, but better
remove it.

Change-Id: I1dd2aa57356274dacc99cc7def2d308884263289

Change-Id: I9cc5a703ce613c3e0331da9b49fe660e31f64586
Signed-off-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Iebd5637328e905502d02a97b5294c67892688ecb

Change-Id: Ib47308a9575a15aaa5b2d650cb4f1b78b1a5ad27

Change-Id: Ic4a8521192e07f6851ebff47e83f41c5b1c7d8ce

Change-Id: Iab196e87e0eb4b063d77fe4af10c58b8355665c4
Reviewed-on: https://gerrit.libreoffice.org/20210Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I794c4b10d9ba5cf694c51bb9a32244fdb07e49bd

Change-Id: If8faa69302775cdd24bc6f45713eb246c9210745

Change-Id: If256bba5d8207a955c06713db7141831b53324c7

Change-Id: I71f5aacb3b9370c1ff137faeb6f98ad889010f03

Change-Id: I1f6f9d4a1b7fae33529ae386e8733b5063de53b0

Change-Id: I51d992e9befc78f6e429480e29bfb78e9be87ac2

Mozilla bootstrap driver is used in xmlsecurity to discover default
profile and induce the path to the public keys file location from
certification authorities. The same profile discovery code is used
in mork driver. Remove duplicated code and re-use the service from
mozilla bootstrap driver in mork driver.

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

Change-Id: Ib2042d6419dafcd62aaec95efb844cb09833c266

Change-Id: I8bf7f8d6ba1a54f2969e055956fadc52ff6c8673

Change-Id: I70e753b1532fe465d378b8b4b0bbd2b7582130fe

Change-Id: I4649381a330bc4e9d4f419137f0393f6f35bea17

Change-Id: I8ead2862ef429a0ac3fc16fe6ca5dfc9e5f549bc
Reviewed-on: https://gerrit.libreoffice.org/20193Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

the problem is that real_p parses the 'e' in 'em' and 'ex' as the exponential 
operator instead of as a str.
Change it to parse sequencies like: (11) (1.1) (1,1) (.1) (,1) (1.) (1,)
but now the parser returns a std::string so we need to convert it to double,
and make sure the commas are converted to dots too.

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

Noto fonts correctly.

LanguageTag()::getLanguage() would always return "zh" despite
traditional Chinese were choose. hb_language_from_string()
requires iso639-3 language tag except for Chinese, so
we use use Bcp47() language tag for Chinese to differ zh-CN and
the others.

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

Change-Id: I7e00f9b90fb910a8ac0fa934887d276ef2e0ba89

Change-Id: Ibeb1f6627815fc34c6e166357c88e076b75f6abb
Reviewed-on: https://gerrit.libreoffice.org/20197Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I3f328023d99d3505ab2ce2a80eef82d84d81446e

<sberg> vmiklos, any idea how useful the definition of enum MSO_ShadeType in
include/svx/msdffdef.hxx is?  Neither the type nor any of its enumerators are
used anywhere, so it's rather glorious documentation of some (presumed) MS API

vmiklos> sberg: doesn't look too useful, i guess the context is color shading in
binary MSO files, but then that's handled in
filter/source/msfilter/msdffimp.cxx:1069, and the ShadeColor struct already
describes what is in the spec.

Change-Id: Iae4c12828179173368ff17128bcaa80edaa3db23

...inadvertently checked in with 7bcf64c2 "Add
isReadOnly() support to simplified configuration access"

Change-Id: I9b8b477f682605fcdcf65f8e1255524d010495be

CppunitTest_writerperfect_writer file libmwaw/pass/Acta_1.0.hqx uses the
font "Courier", and for unknown reasons we can't properly load that
font, because the PhysicalFontFamily::mpFirst for "courier" is null.

This causes OutputDevice::GetTextArray() to fail to create a SalLayout
and return early before initializing the passed pDXAry, which then
generates lots of DrMemory warnings.

Let's hope the callers are happy about an all-0 pDXAry.

Change-Id: I07b29a59660cf5cd060fd77da5d96021f9d8f9f5

Change-Id: I7708590d0c8564271f76e8b80adc566022e6916e

Change-Id: Ie3de518f60c9f1313c68df54dbdc1fb2804f1f0d

Change-Id: I18f94269a1172cf195ee402384f7144610e1e82d

These appear to have been missed from earlier effort

Brave attempt by: Curtis Hamilton

(cherry picked from commit abb9cd92)

Change-Id: Ia778e090c46220d83388ea1a9485b9009787f191

...implicit definitions of which, under the MSVC ABI, would need to be emitted
into every editeng .cxx that happens to include this file, but which would fail
for the

  VclPtr<vcl::Window> pWin;

member wherever vcl::Window happens to be incomplete.

Change-Id: I0a1cc61af086f3a3235a995c34834bc131531b84

Change-Id: Iee6e21e093fb1383f19a0716dbc1c341f446b8c2
Reviewed-on: https://gerrit.libreoffice.org/20192Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Excel expects this order, so let XclExpTables be managed as
XclExpRecordBase in the sheet's XclExpRecordList.

Change-Id: If2cefc255c74688661e861a26218564117b1e3ce

Change-Id: I845a1b045a4e83c35cf1a837c7e520e3b0890c29

Change-Id: I1fcf3afadefcd5af472523fd8fca123fb3ab4095

like the other call sites do

Change-Id: I77250f172f9d9ce97e5982bafbc8f042e9343acc

Change-Id: Ia607226f73020396e3f47a13d304272b0143668c

...after 49c2b980
"bin/rename-sw-abbreviations.sh"

Change-Id: Ibd74246403bead8100d181b335f9145013f31e5e

Change-Id: I2485fd38d03bd63ae83e3643771767e533c7da83

...after 49c2b980
"bin/rename-sw-abbreviations.sh"

Change-Id: I90cec551bdc52ea4d76dd9e32b45692e8a3be70f