Change-Id: I0b7fa4d669a6bbf26c8cbf08ef009686919c9a60

Change-Id: I1447cfc76c529332450c90a21b6525d3103fe852

Change-Id: I73eb7e664c0a53f135c06c3d8ea450bd9493c780

Change-Id: Ifbed5e534ba79d32b7188bb7fb7108338b6e124d

Change-Id: I20940822c482d4edab8a5d4b5aaf75ba58817898

We reuse this page for context menus, but not all modules
have context menus. This is the same behavior now as in
the toolbars page (but ideally we shouldn't show those
pages at all in such case).

Change-Id: I66e308400d50934044179f07709c371578db8c39

This updates the hack made for tdf#86850 for the new
implementation. We're going to use .uno command names,
instead of sfx2 SIDs.

While touching this, I removed the check for the Paste
Special menu. It's not backed by a real sfx2 slot, so
never disabled.

Change-Id: I1e2078e98987ad1f5f46e3964d878cb967ac00ef

Type gchar* is not nullable by convention.

See:
https://wiki.gnome.org/Projects/GObjectIntrospection/Annotations#Nullable_parameters

Change-Id: Ibfee816a3ef2d29c7376071fb61eda7bf0538efb
Reviewed-on: https://gerrit.libreoffice.org/20425Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

- The method to fill the menu shouldn't override impl_setPopupMenu
  from the base class, because we can't fill the menu before getting
  some data through status updates.

- Use vcl::CommandInfoProvider to get menu labels.

Change-Id: Ieeeafb81921bc4786256aae4e26d87c6106e63da

+ bug correction on dlgFormat dialog - check user input

Change-Id: I126f99dbc587342772a601df8b9dd03cfe4850ac

Change-Id: Iab982421be37e670201561b67cc66fb91d30de91

Change-Id: I1d81b740bf67402b7f59b572bbd8a9fbc4a989f2
Reviewed-on: https://gerrit.libreoffice.org/19706Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: If19ba5416610a6bdd0067e127185fd128dd86c27

Change-Id: I0f6bc69afce27d5e4dd7fab3c8e8b87e292d6217
Reviewed-on: https://gerrit.libreoffice.org/20167Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>

Change-Id: Ie903a6fe3237319661662c0533c23528766ffd08
Reviewed-on: https://gerrit.libreoffice.org/20404Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

it was removed here a6fed7a1

Change-Id: I0ab07ccda4270bde307ca8d7cd13e610ce9202ff
Reviewed-on: https://gerrit.libreoffice.org/20416Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

this gives the same (terrible?) pattern as quartz for dragging toolbars around

Change-Id: I439826c41f9d4d13d6e0b13859b6fb34899b6494

Change-Id: I12eb894d88c7b96f92e3d080ac3cf24ff2e025ec

Change-Id: Ic6b46eb2c81398f0ab2e7539e5cdb27a508c8893

don't set our maGeometry directly, wait until gtk
confirms the result to update it. We're getting in
a real muddle here

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

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

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

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

Change-Id: I9015579a93e58d382866cbebe7af462735b08700

Change-Id: I8f29df2c67e6c4cd9535629edbba4ff1f1a2e632

Do not skip temanymore

Change-Id: I6a1276959ab940eb44aedeab2f1c9cc7f71a0e1e

There wasn't even a kind of "finally" block!

Change-Id: Ib6836e8e8bd7369c2049c0fd26081002dfbfecba

Change-Id: Id524a1a717c350cb0558ef5ff11da3e6c941c203

Change-Id: I150cdaa46a0d86e1a4b6598ac580a10b2e8f071f

warn:legacy.osl:21997:1:accessibility/source/extended/accessiblelistbox.cxx:103: Debug: Treelist shouldn't use VCLEVENT_LISTBOX_SELECT
To reproduce:
- Launch Base and create a brand new HsqlDb file or open an existing one
- Select Tables pane
- Click Table Design
=> the message appears in console

Change-Id: If7fa99890bbec8795a62b83dbe193247adffb733
Reviewed-on: https://gerrit.libreoffice.org/20411Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Add <span> in the list of acceptable html tags

Change-Id: I23c57ad1ef889fd511111f6d969feaafb9d0f5b8

Right click on a field in Type Formatting (Base, paste a table from Calc for eg)
makes a popup which takes into account now if the field is a primary key or not.

Handles multi-fields primary key, too: the selected fields must be exactly
those in the primary key, no more, no less.

Change-Id: I545b946bccd3fc02f4f6c3bdb99f914d181a3d40

Change-Id: Ibaa1fd8310fdba073190a7721891ebb835eb0e6e

Change-Id: I8e567713c738d19aca5ef28808ae6e033ffe5bd3
Reviewed-on: https://gerrit.libreoffice.org/20405Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I1f53c644120180c730706cab8b969f36fa4023be

We calculate the scanline size wrongly when writing a PDF so the
image is not exported correctly. BitmapAccess already has a method
to determine the scanline size so use that instead.

Change-Id: Icccba8f26c5e0fd4bd4c37bba7c5a7fe8d0094bd

AccessReleaser does the same job as a ScopedBitmapAccess, but it
is a local class in pdf writer - removing it.

Change-Id: I3608a80fde8af938de479a9ecf44b134e1be7aa8

In impress there is (or was) a submenu "Mode" for images that
containted color transforms for images to various bitdepths and
palettes. The action is destructable - which means the original
is replaced by a new image. This also has little use today as I
don't think many people want to shrink image (byte) size this way.
The only useful transform is to 8-bit indexed for certain types
of images to save space without a bigger color degradation, but it
makes more sense to add this option to "compress image dialog".

Change-Id: I7450b2ec3507fb5d180cbd1ec879cb5560a2dd22

Change-Id: I8dd2624cf70dbb34f6fe0a1744c3266dcef07198

Change-Id: I97c7a1c3c8a1dca0227477b54c4ce17530bd6b33