Change-Id: I3de66f499d20e7765b530890f746ccfe322252ac

The m_pFilterControl is always added to the m_aActiveControls list
(see createFilterControl()), so it has been released by the loop over
the list. So make sure to call setTarget before the loop.

For some reason this doesn't normally cause sending a message to a
deallocated instance, though. (I only noticed it when experimenting
with if-zeroing out the creation of the user pane.) I guess this might
mean that we actually have a leak here, if the controls in the list
don't actually get deallocated by the release messages in the loop?

Change-Id: If691f8d35bab606ce8a61f677d8e495e72a23148

Change-Id: Ia71f5ea712ad16d6eef3af1136613d38cd27b581

Change-Id: I5de065e1701da119e15934a07d0e63d538a9f53c

Change-Id: Iae71a0779839015b7c853f93703fe263f84a591a

...which is necessary for recent Clang trunk towards 3.5, which is implemented
in C++11 now, and should not hurt for older versions.  Required to move the
plugin check after the check that determines CXXFLAGS_CXX11.

Change-Id: I73aff79e09749e9d7c6ea813422f35c1b8475041

Change-Id: I2447c10627b795ccb689b4758b55a7bb2ffa1094

They have been applied upstream and are part of the new release.

Change-Id: I928b29e74abe2415bdf75de32cbaa7ac279a2889

Change-Id: Ib80ed6bbacad9fdbe7a8fbafdd71bb11037e38cb

Change-Id: Ic2480dda2ceb1afd768effcc3df718fb73a222fb

Change-Id: I441e4f712431c906acaaee88f5eee2531224a73d

Change-Id: I6cc731825bf6e499fc903cd43448b288d44bc3b1

Change-Id: Ia1433be559d445ba3ae4d118003a59275c0e9bd5

Change-Id: I9241531bd9c7881c6edb57c4f3c0c8b594dae0d6

Change-Id: I760f56eb7f2af7dd8f836b6dc60914d2381e3a95

Change-Id: I3f92d8c0674c4f21983ccb2619270b5210822233

Change-Id: I8378e8af40cfd88e80ea1321576d1acbc21da8c6

Change-Id: I75baf0ccc602b7bb89f9bd0efaf2b06b89a231c9

Change-Id: I62e4878ac4130d79b10282da7b26c857399b5ac7

Change-Id: Id52d7e5bedb898f0b50c14ba0cac4c309dd1fbcf

Change-Id: Ice90cf6929c2cb5e268d18e20208835c3df18bc1

Change-Id: I6cd56e57024f020799c5017f9d54b1f5e5af65d1

Change-Id: I673457818968f34f73fba988f67eda0547a234a0

Change-Id: I37bdf601f7a6bb179f8a14dfb22d3e102868fea1

Change-Id: I2c2354e95cc73c2f68b4feb0196754d26be4c19a

Change-Id: I809fb83fcffbf6974d8dac98fffcf7b019675b6e

Change-Id: Iaf00e15ff201d27aef54180524a55e6e5b151724

Change-Id: I9ce08089eeafee24c98fc1b6c2799721517c039a

Change-Id: I35558dfb71007932e9a371408e6306216cfbd0f9

Change-Id: I8dfe131d1c225b5d9aaa044b02ec8cdc3d97a23c

Change-Id: Ibb0970cfde65b331a4b870cc254b0a6481889edf

Change-Id: I653cb0e36c1faa622ecc90e0316a1f1fd1e843db

Change-Id: Icf8df0829aecf838d0037a3393f27e90c23b9548

Change-Id: I12f38bab6ea7207b79994556f0ab6798d2d1d9da

Change-Id: If07b243e71be7c67d36e3d652c52781ef902e380

Change-Id: Ib941c6ec82d81b1da815561eee87ee91dc8de200
Reviewed-on: https://gerrit.libreoffice.org/8443Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>

Put decompressed svg in GfxLink so that when the document is
saved, the graphics is stored as plain svg. This is done so
because of backwards compatibility (older LO won't be able to
read compressed svg data in the document) and because the document
itself is already compressed.

Change-Id: I125005dfba785701e756487092f25bb90bcd2bcb

Change-Id: I919b1a931145a49c32ec601109be083b49f10f7b

Change-Id: I3834355674e0b9a947bfc10d9872d3a4805bf552

Change-Id: I07e73a792230e6dc344c7120e3ad3c5f92a40769