Clicking a shape button works only for the default shape,
not for the last used one.

Steps to reproduce:
1) Click on the drop-down arrow of one of the shape buttons,
   and select a shape. Notice that the button icon updates
   with the last selected shape.
2) Click on another button.
3) Click on the first button, and try to draw something.
   The button doesn't work anymore. Only opening the sub
   toolbar and selecting the shape there will work.

The problem is in ToolboxController::execute that requires
the command to be in the listener map, but we didn't
register sub commands (like .uno:SymbolShapes.sun).
Instead of doing that, we'll try some generic solution.
(Note that calling the corresponding method from
SvxTbxCtlCustomShapes like we do in other methods here
won't work, because ChartController::queryDispatch checks
for the "_self" target, but SfxToolBoxControl::Dispatch
doesn't provide it.)

Change-Id: I5be3dfd3ee3ca9ab9d8080929173dbe5984f61a0

also coverity#706500 and coverity#706502 and coverity#706503

Change-Id: If8c76f9fea669f3397a3db65fefaabe101bf9c35

The huge size of this dialog calls for a maximize button...

Change-Id: I68706669ac4e10ea9d5cba5526e9f1b0eb3628b6

Change-Id: I34f37587284893927463e214f0d7d1c3e914c7b2

Change-Id: I847e5e3652517d0c11eb2cf3e9625ed649595bc5

Change-Id: I48d7b746d7cc49246743c62480b0d225d2519342

Change-Id: I47582b072bb939cf270a76e430a9f7908b5c1d93

Change-Id: I5d5066413508a115f6b4c63b8b3dd19268f66574

Older versions of OOo/LO would mangle negative crop values on round-trip
of WW8, which now (since the drawing-layer does not ignore them) causes
the images to be rendered invisible; probably large factors don't make
sense anyway, so ignore the crop if it's 50x the image size, which
happens to work for the bugdoc.

Change-Id: I9f36d37e3be27234554bc91e80bfe719b1ce86af

Change-Id: I7fe1350e55bea2eead2c7fedf432da594aa6bd9c

Change-Id: I594d93c0630528841a1f243e6b6e9eda67b6138d

Change-Id: I374c17fcda80c4f821271bf665a41beae100cccf

Change-Id: I37f83084203fcc4e2f7d68f7c21774573b9281e8

Argument given by LO to macro triggered by toolbar button is an integer, not an object.
This should not cause a visible error for the end-user from within the Events() Sub

Change-Id: I4a307270b0d5cf2992b3bb304deb8cd30222dd95
Reviewed-on: https://gerrit.libreoffice.org/9452Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Change-Id: I5d2a1b37d80137e6b8fd080d8c2d73372ad0512c
Reviewed-on: https://gerrit.libreoffice.org/9479Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Change-Id: I977e6df72fcb06a192af539559f79b2f146495f7

Change-Id: Ib840d66882faeca01d07a8764957a1c7c4075ec0

The "parent" group changed iff this is the first iteration of *this*
group *or* *detail* *section*.

The "parent" group's first iteration means that we are in the first
value of the parent group (in other words, the *grand*-*parent* group
changed).

Change-Id: Ia4a798cb37db2f17e7deef1058b25795bfc02648
Reviewed-on: https://gerrit.libreoffice.org/9503Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Thus it needs to be saved when it is *false*.

Change-Id: I01bae547afe71ede12fb852c1a9040b7e45bf7b9
Reviewed-on: https://gerrit.libreoffice.org/9502Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Change-Id: If6a5d9a50f5d600b96faebc51b9798a8e63eec49
Reviewed-on: https://gerrit.libreoffice.org/9501Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

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

This happened when the HTML export via clipboard tried to resolve
conditional formats, where we have a temporary instance of a document
containing only the sheet to be exported.

Change-Id: Ic7498a1cab3eabede74773868287a2cc3edef052

Change-Id: Ib9e1ed6119b5286871ac10136f7fcbefffe7aebe

Change-Id: Iebae064986ad722d445c8d654e39e338e104f021

Change-Id: Id3db99a7ea341bcfc9bf2cd2b718e70a17d41f76

Change-Id: Ie0b0791722a0ca8d75b7981362661be0c9706c6d

Change-Id: Ide7f2d098e65d03f84af8db4c6bcaaa7c9d58cf2

Change-Id: I98dbfac31e489f48bc4e9f1c047c793518160aa3

It doesn't make sense to have a declaration in header in sw/source/ui
and the implementation in sw/source/uibase

Change-Id: I270b2102d1f006836bb6210bd7a6c1c2e4c1e431

Change-Id: I88ccba75c9cb1d31654f20245a52a4de28933189

It's too confusing to have UI code inside of core; the important part is
that it's separated from the optional UI code in swui library.

Change-Id: I640a52723d5802faf08f3b8eaa03cd937fd93449

Change-Id: I07a0f27b1e6a1dbe9681cfe1593c3d05e7504532

.. or sw/source/filter

Change-Id: I87fd41dc092a6dc042f85009188fed3df19fbf3f

Another option would be to try -d32 / -d64, not obvious which is better.

Change-Id: I2836d8a07e55971999f91dd417916aca394ccfa6

Change-Id: Ic00653cad7f15f60a8f2613938def25820d7e9ae

Change-Id: I29a28a13f7cd8f9965db97247bbf377f9937213c

Change-Id: I8e21e567459d39b454264603ca8e6a4d5cd79356

Change-Id: If294a1ad9c8364e0651305321cd42d9afc927233

Change-Id: I139ae90a8bee40914d4c4f67084952dd0017ebd1

Change-Id: I13e8499eb1911d479d42293b68785c54ffeded71