Change-Id: I63c147acf9a4013008b0f6d76867186f04ee57d5

Change-Id: I89f37b8a1ed70334a3485bc3ca06d04cfe6d0827

Change-Id: I8bdedd63895ff0b3245d996cf35ac92d9ab0ff9d

Change-Id: I853bc0a0957cf0db629a0a5f1ced67bc069d8403

Change-Id: I923f92e5e84d35dafd1c0d1b4d63916ce690cb90

It still does not have a transparent background, but that is pending support in
OpenGLSalGraphicsImpl.

Change-Id: I477a483e6ac940f54f6ffd6816d753d87206bf23

Change-Id: I4651e7e9b8163844be548d4ed975a881d4f83fff

Otherwise I'm getting lots of errers when dealing with virtual devices...

Change-Id: I34e145817d21dfc2d30fa9ffdfedfa714467d105

Change-Id: I7b9789053872446e312ae4e3c471986e3c5c55d2

Change-Id: I7050057e5fa6da5bb5517713f6cbbfa60e47984b

Change-Id: Iaa4f2ecb54d57c9badc27ec8c13033eba5be7fed

Change-Id: I247d43805ce08db49b487079aecee2a7b50277f5

Change-Id: I03c8629bf27a43d6f4cc08bb8f64ed71b9055fdc

Change-Id: I93b8c3c076c79d992d467b01ca5f5eca1ed626d3

Change-Id: I7aa824578b14999d0ef667a5bcfccd731f1d3b64

Change-Id: I265ce62e983e6f44ba51675993c9ec1f071c160e

Conflicts:
	vcl/opengl/gdiimpl.cxx

Change-Id: I6421265325e72023d1affe671d75488185772786

Change-Id: Iead4ac3e97197f8f863242a2162907b32c3c5b2b

Change-Id: I101afd11394d3d024d38519afd61d700114702ac

Conflicts:
	vcl/unx/kde/salnativewidgets-kde.cxx

Change-Id: I662a05d988f5989fc2ac0d06003851c56105e184

Conflicts:
	vcl/unx/generic/gdi/gdiimpl.cxx
	vcl/unx/generic/gdi/salgdi2.cxx

Change-Id: I2cb960d194ee5bc38beece97e8b21cc6fa3b3fbc

Change-Id: I77f0fdea3c33fded1ed1a00d3a602a5902a6a0b3

Change-Id: I268495b76a1b1ffb09cf21a0fd53d9f1f1bc4957

... through the UNO backdoor..
While charts are updated there can be chart data listeners in BASIC that
in turn modify things such that charts are inserted/removed from the
listener chain, invalidating the iterator. If that happens break and
bail out instead of crashing. Not ideal, but..

Change-Id: Iefb33d3a96d79caed0ee4e19b73e8f811ef3d937

Change-Id: I2db9f94a517f814ef0854190e6f1194501070409

Change-Id: Ib1f04971dc89df6df09bd12595d3ddb148715e28

doesn't seem to matter too much, I guess its only the top left
corner that really matters for tooltips.

This is the vertical scrollbar as used in e.g. writer->view->datasources

Change-Id: I5bd6e563a9f02edae9ca166f073556c55878826c

doesn't actually matter, they are either the same number or one is 0
in which case it doesn't matter which is zero either

Change-Id: If53d4287dfd57b4ce29e2f7251eb523694730e77

Change-Id: I3ccd6895a1ddbf46a441e60ceaaaceb945f682e4

Change-Id: I762658a01e97f56b2f9362a38a0fefc941698d1b

Change-Id: I1d5d6d70e9ac8d95b1189346fdab29ded39745bf

Change-Id: Ia5be89f17d8e63ad67a8d1dc811927dcdebbc0a9

Change-Id: I9944023d4cfd897acce8fd71296034ca32d8d136

Change-Id: Ia2bc319fada2e21115629d29bca51f483a599c16

Change-Id: I5b9dc45352afd63dae4c3952d9647e6e3ec98ef4

Using SAX2 interface provides element/attribute names split into prefix/name,
and provides namespaces/urls, so FastSaxParserImpl::callbackStartElement()
does not have to figure out these on its own (and additionally libxml2
spends a noticeable portion in xmlStrdup() when not in SAX2 mode).
The switch saves about 5-10% time.

Change-Id: Idd424d7cc9b30c248179a5bad8ec79dbfc62e765

Change-Id: Ie538049aa8c4c0812d28b5c1bf91425822c55617

This improves on b68640c4 "Prevent creation of
new ORequestThreads during shutdown," which added throwing the DisposedException
from ThreadAdmin::add.  But ThreadAdmin::m_disposed can only become true via
uno_threadpool_destroy -> ThreadPool::joinWorkers -> ThreadAdmin::join, and
ThreadAdmin::add observing that can only happen via uno_threadpool_putJob ->
ThreadPool::addJob -> ThreadPool::createThread -> ORequestThread::launch ->
ThradAdmin::add, where the bridges should ensure that uno_threadpool_destroy
does not run in parallel with uno_threadpool_putJob.  So demote this from a
DisposedException to a SAL_WARN.

Change-Id: I3912ea077b7fa35827c41e82dd0a8f962ba412b6

which means legal input is any character which a variable can
start with

Change-Id: I0c2d13a92ba374f8020e86e90e8e5f18ce8a9c90