the z-order is actually already implied by the order the items are written,
but why not

This should make even String be easily usable with SAL_DEBUG
stuff (the same like 2ac5b083 for OUString).

module sd/../ui

module sd/../ui

... just like it is in Impress. The fix for fdo#32559 was partially
reverted. I think .uno:CopyObjects is more useful in Draw, than
.uno:ChangeCaseRotateCase.

...to avoid mismatch warnings from OServiceManager::createInstanceWithContext.

This is related to 10e580c5

 - otherwise we might end up with wrong coordinates
 - fixes fdo#38580

it is in the main installation tarball anyway; it was put in langpacks
that did not have its own dictionary from some strange reason

Turns out that this change affected all cppunit runs.

Without manually releasing the EditDLL singleton instance, it gets
deleted *after* the cppunit does its cleanup, which de-initializes VCL.
The problem is, when the EditDLL instance is destroyed, its member
GlobalEditData instance deletes the OutputDevice instance that it owns,
which in turn accesses font caches in VCL.  But by the time we reach
that point, VCL is already de-initialized, hence the problem.

It has been replaced by SheetDataBuffer.