Project: help  9b03a7110683c9e05b5a6a193d71dcfad58b8122

Change-Id: I0e4f45d9e74fd2ae04defa75fce225d61295cdbc

Change-Id: I9a47317bf7251dfef5f5d7f2cd6b817792114289

Change-Id: I17fa205f16929b913084c8eee320a73416b1eda0

Change-Id: I67e73438312f2a672e71762ee6707ec5d425bb47

Whether it works, no idea. But on the other hand, from the dicsussion
in fdo#61503 it doesn't seem as if that commit was deeply insightful
either. (And how it compiled on the commit author's machine, no idea.)

Change-Id: If6355b33c406e8da5bdb2bf77aaf8b2ac0c39343

Change-Id: Ic2ff491e656ab7bcf0bd5994b601818a26478243

Change-Id: Id404f8f3a5bdbf32c207ee81c6f6be9c9d328679

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

...the "double use of udkapi.rdb in climaker call in
testtools/CustomTarget_bridgetest_climaker.mk looked fishy" indeed.

Everything built in module testtools that is not used by the "native inprocess"
test case (testtools/CustomTarget_uno_test.mk) is more-or-less faithfully copied
over from pre-gbuild times, but the code to actually (manually) execute it is
effectively lost: bridgetest_client against bridgetest_server and
bridgetest_javaserver; bridgetest_inprocess_java; cli_bridgetest_inprocess.exe.

So this cli_types_bridgetest.dll is effectively dead code today, but at least it
is a more faithful copy of the pre-gbuild version again.

Change-Id: If01a9d837dc6bf3837a17878d8a4bfaf87ab6d4d

It seems that the nonexistent include paths introduced by the headers
move have been cleaned up. We do not want to introduce new ones.

Change-Id: Ife53bbf0c63e12a41f6b447357472ad41eed5cbe

Change-Id: I3b2686cb04b7945a12f43b344ed56b39a321b51b

Change-Id: Id53ab5de54ff8e86a39685b370b1114666755cfe

Change-Id: I098a4514b9b32b1ecf96b1f2275f77bac540d557

Change-Id: Iac6337828c807a132e561b5e9017a708be2e9729

Change-Id: Ic3219a615ae568d4d3e8aed83297ff6a39e6983b

Change-Id: I83487cddbd6b3fce1fdcdfa48623b63a0e026d90

EMF+ seems to have alpha of 0xff for transparent background!

nDefVersion is the default doc version, whereas, we need
to check the current document version in question.
While this changes just one of the places - a review is
probably required for other places as well, where
nDefVersion is used.

Change-Id: I0bf331044d8971cc39ee22b909649aecff1611c3

Change-Id: I77c7ebcbba4fd2c78d66d6088bbbf4a3122f7c8a

Change-Id: Ib1b1a853d265a28bfab19c0fa25b778fcec92ba6

Change-Id: I1fc5f6b7e779ae0c9ac5f30934c2c5d75757581d

Change-Id: I1457c64162c2aeb083e98a28737991ae6d0eee2e

Change-Id: I1e66fa3edb2ddf2b6d6f4cdd25104772ff02c70a

Change-Id: I7b052a3f73740ff3a35f38dc2d96bc621b8d8deb

Change-Id: I5a5689f449ac7653bb716f2ce67ea1039fe2559c

Change-Id: I3ced460cc5a03554dc77e19381af8a5ba202d2ab

Change-Id: I777d2d866cfc8b2363b418fd5cba6576e3a2b8ec
Reviewed-on: https://gerrit.libreoffice.org/3600Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>

Change-Id: I7c4e2c9635f52f682595d95fca8a5f200a1074de

Change-Id: I048d72c0cd633e3aa9e6a74e4f111703969b1d77

Change-Id: Ie80e989d55d465e127ccc20290d654acf222e5bb

Change-Id: Ib03b6d3af9909c971245314bbde2085d8c3c73b2

The code relies on NS_ooxml::LN_CT_Style_type being handled first
(because of m_pImpl->m_pCurrentEntry being reset there), so
at least check for it. Still no idea how to actually ensure
the correct ordering in this overdesigned $#%@! writerfilter thing.

Change-Id: Ib6a2129a078728e162257275ac2a1243dbaf4017

writerfilter relies on boost::unordered_map being ordered in a specific
way, temporarily disable until that's sorted out somehow

Change-Id: I5fdb70223e39e2048a45e0b81ffc2c714e1c4532

Project: help  887ad70ec215ad0420b4cee830fd72b22e4f9127

Change-Id: Ic6637f920bb8529ec67c58d5cdcc29a26f1b17c3

Change-Id: Ic3c375e87cf89a3956f3703c6facbcbe5ffd5d58

Change-Id: If6559e7f0e66f3f8b87c8ba4b3b4794317f5d55b

Change-Id: I37c396c3c61521e140d290fd8f17220f60c43284