Change-Id: I6fcf5ff3a8f543079c3c8d37a728eb0ba6e0587e

these used to be used with OUString::createFromAscii so a blank
string is fine here

Change-Id: I744d2be5471fad2675741f908e1ad78f0d5eefbc

(cherry picked from commit 8a7cfd2b)

Conflicts:
	vcl/aqua/source/gdi/salgdi.cxx
	vcl/aqua/source/gdi/salprn.cxx
	vcl/aqua/source/window/salframe.cxx
	vcl/inc/aqua/salframe.h
	vcl/inc/aqua/salgdi.h
	vcl/inc/os2/salgdi.h
	vcl/os2/source/gdi/salgdi.cxx
	vcl/unx/generic/gdi/salgdi3.cxx

Change-Id: I86f2902d765422b4b850619c72119ad4e03452d7

For now, this is only implemented for the Writer RTF filter.

Change-Id: I0c7ae5b0e544bd4738652a38474f4d262ce65661

Change-Id: I40fa3f172f98b319a97a855231b854651be2d784

The property is called w:themeColor and it belongs to the w:color tag
inside run properties.

On import, the themeColor prop is stored in the character interop
grab bag together with the val prop.

On export, the current color of a text run is compared with the
stored val prop to know if the color has been changed during the
document edition. If it hasn't changed, the themeColor property
must be written to the document; if it has, it must not be written to
avoid overwriting the new color.

Also added a unit test for this property.

Change-Id: Icc95ee023aecc741adcba23d23206aadd6c30e1f

The purpose is improve legibility of future patches

Change-Id: I15bcfdc74feab25cf3ce4dcf246969f3d9f152d2

Change-Id: Iddf93a116cb333db6465a915dae692c33a60241a

Apparently SvxTextEditSourceImpl::mpView is not properly invalidated
when the instance it points to is deleted; the SvxTextEditSourceImpl
is registered as listener so try to handle this in Notify(); not sure
if there isn't something that ought to have cleaned this up...

Crash running with SAL_FORCE_IACCESSIBLE2=1:

svxcorelo.dll!SdrPaintView::FindPaintWindow(const OutputDevice & rOut) Line 70
svxcorelo.dll!SvxTextEditSourceImpl::GetVisArea() Line 923
svxcorelo.dll!SvxTextEditSource::GetVisArea() Line 1113
svxlo.dll!accessibility::AccessibleTextHelper_Impl::UpdateVisibleChildren(bool bBroadcastEvents) Line 868
svxlo.dll!accessibility::AccessibleTextHelper_Impl::ProcessQueue() Line 1376
svxlo.dll!accessibility::AccessibleTextHelper_Impl::Notify(SfxBroadcaster & __formal, const SfxHint & rHint) Line 1530
svllo.dll!SfxBroadcaster::Broadcast(const SfxHint & rHint) Line 48
svxcorelo.dll!SvxTextEditSourceImpl::NotifyHdl(EENotify * aNotify) Line 1021
svxcorelo.dll!SvxTextEditSourceImpl::LinkStubNotifyHdl(void * pThis, void * pCaller) Line 1013
tllo.dll!Link::Call(void * pCaller) Line 123
editenglo.dll!Outliner::ImplBlockInsertionCallbacks(unsigned char b) Line 2098
editenglo.dll!Outliner::Clear() Line 2036
svxcorelo.dll!SdrOutlinerCache::disposeOutliner(SdrOutliner * pOutliner) Line 91
svxcorelo.dll!SdrModel::disposeOutliner(SdrOutliner * pOutliner) Line 1960
svxcorelo.dll!SvxTextEditSourceImpl::dispose() Line 489
svxcorelo.dll!SvxTextEditSourceImpl::Notify(SfxBroadcaster & __formal, const SfxHint & rHint) Line 458
svllo.dll!SfxBroadcaster::Broadcast(const SfxHint & rHint) Line 48
svxcorelo.dll!SdrModel::~SdrModel() Line 270
chartcorelo.dll!chart::DrawModelWrapper::~DrawModelWrapper() Line 191
chartcorelo.dll!chart::DrawModelWrapper::`vector deleting destructor'(unsigned int)
chartcorelo.dll!boost::checked_delete<chart::DrawModelWrapper>(chart::DrawModelWrapper * x) Line 34
chartcorelo.dll!boost::detail::sp_counted_impl_p<chart::DrawModelWrapper>::dispose() Line 78
chartcorelo.dll!boost::detail::sp_counted_base::release() Line 104
chartcorelo.dll!boost::detail::shared_count::~shared_count() Line 381
chartcorelo.dll!boost::shared_ptr<chart::DrawModelWrapper>::~shared_ptr<chart::DrawModelWrapper>()
chartcorelo.dll!boost::shared_ptr<chart::DrawModelWrapper>::reset() Line 626
chartcorelo.dll!chart::ChartView::~ChartView() Line 202
chartcorelo.dll!chart::ChartView::`scalar deleting destructor'(unsigned int)
cppuhelper3MSC.dll!cppu::OWeakObject::release() Line 204
chartcorelo.dll!cppu::WeakImplHelper10<com::sun::star::lang::XInitialization,com::sun::star::lang::XServiceInfo,com::sun::star::datatransfer::XTransferable,com::sun::star::lang::XUnoTunnel,com::sun::star::util::XModifyListener,com::sun::star::util::XModeChangeBroadcaster,com::sun::star::util::XUpdatable,com::sun::star::beans::XPropertySet,com::sun::star::lang::XMultiServiceFactory,com::sun::star::qa::XDumper>::release() Line 115
chartcorelo.dll!com::sun::star::uno::Reference<com::sun::star::uno::XInterface>::~Reference<com::sun::star::uno::XInterface>() Line 106
chartcorelo.dll!chart::ChartModel::~ChartModel() Line 188
chartcorelo.dll!chart::ChartModel::`vector deleting destructor'(unsigned int)
cppuhelper3MSC.dll!cppu::OWeakObject::release() Line 204

Change-Id: Ife6d6275eae74750858a7a7f57153c76a1a228a4

This crashed here once during some JunitTest with an rDescriptor that
did not match maVisibleChildren.back().
[The mrContext member used here is const so shouldn't cause problems.]

Change-Id: I31e54b166badef6472127c64f0a4f49c51c73b30

76c549eb changes some calls to
SwAccessibleChildSList to use the PaintArea() of the given SwFrm
instead of the given rVisArea, which makes
SwAccessibleFrame::GetChildCount() and GetChildIndex() inconsistent
with other methods such as GetChild(), GetChildAtPixel() etc.

Not sure which way is better, but it should be consistent;
revert the partial change for now and see.

Change-Id: I7d7edf2ec3dd0860ac2331d36757096186185e4f

Change-Id: I8f80b4aa07fd923aea4f50fd50d4ce68230cde06

...which it did unlike all the other implbaseN.hxx.  Required lots of downstream clean-up,
of course.

Change-Id: Ib720e7a0a43410dcd7e6338b84a3973dfbb20866

Change-Id: I30c4005e5983f5007edfed692b74f07b31899755

...so that is what the std::min was good for that the previous commit erroneously removed.

Change-Id: I0cb08ab79f85ce4b919232845994c9b8bae35646

Change-Id: Ia7c62d57c56a27e097dbe252b6c6cac8fba7ace5

...otherwise at least my --disable-dbgutil --disable-debug Linux x86_64 build
failed the CppunitTest_sax_cpputest with 8999999 vs. 9000000 nanoseconds.

Change-Id: I05e0febf413f9f9e01227a0cc4e0f46a5243fe61

Change-Id: I971602ce562ae0e11be5ac7b4d1eefbd342b625c

Change-Id: I17c8e5b4716652585d5612a4796140e7f54aaddb

This is triggered by testVMLData in CppunitTest_sw_ooxmlexport when DML export
is enabled in non-experimental mode.

Change-Id: Id636b1ab701ff49da1b05b720fcb2173360584ba

Change-Id: I38639236f9e7cc2ec8f4e4f9adc708822bc2f73d

Touch the "warn" file that we use to save warnings detected during
configury.

Change-Id: I44ad9a878f7768af6046337c0465e00061306dda

This is triggered by testVMLData in CppunitTest_sw_ooxmlexport when DML export
is enabled in non-experimental mode.

Change-Id: I5e157f75909d05fc18d9a8790839030f4056860d

Change-Id: I4d574b728aa0a60808bcfdd36c503476c226599a

ARCHS tells Xcode to build the architecture for which the LO code has
been built. The CFLAGS properties make sure the same -D flags are used
as for the LO code.

Change-Id: I3c8af0ff9fba7d0b4eddbc0af9aad44fb385314c

Constants CURLPROTO_HTTP, CURLPROTO_HTTPS, ... have been introduced in curl 7.19.4.
With current requirement (>= 7.13.1), we would get build errors like
  "cmis/src/libcmis/base-session.cxx:841: error: CURLOPT_PROTOCOLS was not declared in this scope"
in cases of using curl < 7.19.4.

Change-Id: Ifa6c56fc71715cceb19d30bb2d6f48f0b1dbd7da
Reviewed-on: https://gerrit.libreoffice.org/7050Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I77d9530ebc6529d87e2484c8440794e246aab5b9

Change-Id: I426f41ffdf107b7dcff8ae713e2dc63610f915af

Change-Id: I53c452dac9cef64fce9a3e7e28956efe95fc4c24
Reviewed-on: https://gerrit.libreoffice.org/7046Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

It is the same as Linux@PowerPC 32-bit (cp -r gcc3_linux_powerpc gcc3_macosx_powerpc),
with differences applied:
      * Use 13 FP registers and correct 'codeSnippetSize' (8*4 + 13*8 = 136).
      * Use "frame pointer + 24", not "+8".
      * Don't USE_DOUBLE_MMAP and 'sal_PtrDiff writetoexecdiff'.
      * Don't use "__NO_FPRS__", OS X capable PowerPC machines all have FPRs.
      * Use "rN"/"fN" syntax to avoid "Parameter syntax error" errors.
      * Include sys/types.h, sys/malloc.h instead of malloc.h;
        don't include string.h.

Change-Id: I5b251c65466af2a06bd309d3a7b1aaf26ac12656
Reviewed-on: https://gerrit.libreoffice.org/7072Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

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

progress thread blocked on solarmutex
press cancel in main thread which has solarmutex locked
call terminate
call join, which waits for thread to finish, which it can't
because its waiting on the locked solarmutex

so...
just call terminate on cancel. Let the thread get the solarmutex
and do its last round of work, at which point it will exit and post
an event to the main thread to call Cleanup, put the join there
instead and which point we know the progress thread is finished and
has no more interest in the solarmutex.

Change-Id: Ibe3976377288ac76b1b37c875a32e20b8d5daae1

Change-Id: Iacf60c456912f2e38c7a082e48c45164e79c1097

Change-Id: I8384920bc55dafb2cc6581fe82f38d4e2659cc3d

At least what we wrote previously is not accepted by Word and even Word
2013 writes watermarks as VML-only.

This fixes testWatermark in CppunitTest_sw_ooxmlexport when DML export is
enabled in non-experimental mode.

Change-Id: I231014dd7ad60b5a4b0d79e76cdc3386641af032

Change-Id: Ia81069afa47fa5790b973247c68bead7de87d718

Change-Id: I499f47b116ff6957bbbc20b91224fe95593d1da1

Change-Id: I0a62f8a38694a4a7662fe376aaabc35dca817d33

Change-Id: Ie781105ce7be8a617b4893fe77f6aa1467fd0e49