I had to drop XEventBroadcaster from the merged interface
because it introduced method name conflicts (addEventListener).

Shouldn't be an issue since it was scheduled to be dropped anyhow,
and the service implementation still implements it, so existing clients
will be fine.

I dropped the interface XPropertySet from the combined IDL because nobody
seems to be using it, and it's primary purpose appears to be to set weird
flags.

I dropped the optional interfaces
   XStatusIndicatorFactory
   XDispatchInformationProvider
from the combined IDL because the service does not implement them, and
nobody seems to be using them. I suspect they were mistakenly copied
from XFrame.

I also did not convert the Title, UserDefinedAttributes and LayoutManager
properties to attributes, again because no-one is using them.

Change-Id: I678a00006ed2cca2d6c37c4e39465811442c33af

Project: help  d5d84f0ec4584e32147eeab355d0ab73e7dd9172
Removed help for the old template manager

The service already existed, it just did not have an IDL file.

Change-Id: I2267bec182ad1cc8f6a37939861a7368a17fcef2

Change-Id: I96a45f742ef7170b8fbafa6e5c5286dcbc41f503

The service name was incorrect.

Change-Id: Iad05ae85cdda6ef9cc357db98838f44bd68651b9

.. so I don't keep tripping over the bad ones during my UNO cleanup work.

(1) make them all use a similar syntax, makes it easier to run my automatic checker
(2) some of them were just cut'n'paste accidents waiting to happen
(3) remove unnecessary header guards in the __including__ file. That is very brittle.

Change-Id: I4e679c15161483ad93aeb316a25d6db6d97e9d4e

Required creating a new merged interface.
The service interface is going to be shared by some other services,
which is why it's name is != the service name.

Change-Id: I9af3c27b367807147a0052fb6fa4e42eb1ad32de

The service already existed, it just did not have an IDL file.

Change-Id: I70d0e1a3fe77deaeec399761cadefb20954f1c92

Change-Id: I8950afd1e49fda9e3336a79024e603262d717dad

Change-Id: I31f212f21f57b37b2b4f1f5dd753a4211c58bcdb

Change-Id: I4f1c834f28cb49ec0dcb824280d348226ad7e514
Reviewed-on: https://gerrit.libreoffice.org/1458Reviewed-by: Kohei Yoshida <kohei.yoshida@gmail.com>
Tested-by: Kohei Yoshida <kohei.yoshida@gmail.com>

Change-Id: I72cf68b193a4d6b16255f8b92e4c0262cd6cac78

Change-Id: I8c0da25a000e10d65479665a61be054fdb2486a5
Reviewed-on: https://gerrit.libreoffice.org/1453Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: Tomáš Chvátal <tchvatal@suse.cz>

Change-Id: Idb363bc9d1d9f650d85e002ae0c6dda4a298fcd2

Change-Id: Ifec449ea334d9055bb33beb0518ab2e01d885d0d

Change-Id: I1cc38341c2a9d28ab275765e488e5dac334ca0fa

In Writer, Search&replace -> More options -> Formats  used to have a
window title of "Example" but not any more;  let's add another fallback
for the example text to makeRepresentativeTextForFont, which seems to
give "Lorem ipsum" here.

(regression from widget layout)

Change-Id: I8dd9c099be31ed4390b04e8069a74960b58c6084

As suggested by Olivier Hallot and Lubos Lunak

Change-Id: Ie5d9f379294b004992dab0b98d6dfa4aa5456159

Also remove a printf statement.

Change-Id: I29c89a19f0c75b21f912d12903d1fceea535a6c7

Change-Id: If33dd77c1b54cdfb5a8ff75c5b6e13db09b0c19f

Change-Id: I2a72956f3e91b650b7434c676722d34b2f3394e4

This applies only to those documents that are generated by non-LibreOffice
applications.

Change-Id: I98a7877df36c5de74e4f6f6d09a67e171cbab4a3

Change-Id: I011c2ea45d33ead14910e149a99ee8e587ef79b9

Change-Id: Iaf0303f5268233ff34a4d4a31d1955fc6f58e7e2

Change-Id: I5d7b3aa2348cb4f0e8b05be0777b510ec5eb5db5
Reviewed-on: https://gerrit.libreoffice.org/1420Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

Change-Id: I38ee1e764d562a951095c558333414c5afd12100

during some rework ( not sure if it was me or not ) we try to register
ControlContainerBase on construction as a XModifyListener ( but it's not ). Patch
make ControlContainerBase implement XModifyListener now. iirc the code in question
was moved from UnoDialogControl at some stage and it appears some balls were
dropped :-)

Change-Id: Ifc7084bd7260ceb06334117582facb95bafb6fed

... "macro redefinition" mostly from tools/postsys.h by wrapping all
inclusion of namespace polluting native windows headers in a single new
winwrap.hxx that is then included by the other headers; also cleans up
some inconsistent definitions of _WIN32_WINNT

Change-Id: Ibfe82a531615d559db2e61e4cdf399e68d0b3223

This dialog is still of some use with some Writer Wizards and templates.
Re-added the dialog, but moved the menu entry to Tools menu in Writer.
The menu entry has not been added back in the other applications.

Conflicts:
	sfx2/sdi/appslots.sdi
	sfx2/source/appl/appserv.cxx
	sfx2/source/doc/docvor.cxx
	sfx2/source/doc/docvor.hrc
	sfx2/source/doc/docvor.src

Change-Id: I1388d955752e99ab6d39dfc81bb41a97b33bdfcd

Conflicts:
	basctl/uiconfig/basicide/menubar/menubar.xml
	extensions/source/bibliography/uiconfig/sbibliography/menubar/menubar.xml
	framework/uiconfig/startmodule/menubar/menubar.xml
	sc/uiconfig/scalc/menubar/menubar.xml
	sd/uiconfig/sdraw/menubar/menubar.xml
	sd/uiconfig/simpress/menubar/menubar.xml
	sfx2/sdi/appslots.sdi
	sfx2/source/appl/appserv.cxx
	sfx2/source/doc/docvor.cxx
	sfx2/source/doc/docvor.hrc
	sfx2/source/doc/docvor.src
	svtools/source/dialogs/addresstemplate.cxx
	sw/uiconfig/sglobal/menubar/menubar.xml
	sw/uiconfig/sweb/menubar/menubar.xml
	sw/uiconfig/swform/menubar/menubar.xml
	sw/uiconfig/swreport/menubar/menubar.xml
	sw/uiconfig/swriter/menubar/menubar.xml
	sw/uiconfig/swxform/menubar/menubar.xml

Change-Id: Iaec660c2d8da109bd644f5c88213fdb0c51a9c0f

Change-Id: I5aa9dd8c0bfb95c26bca14962f60041e892ea2ea

Change-Id: I54b99b8ae9de07848acdf643b61ee45df97d014d

Change-Id: Ice3523a98b575b3dfd39ca6edf5fbacc1f229480

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

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

Change-Id: I98385c9b75125c2785a52ab1a2e6c2c4a6798213

it takes the outputsize of the entire widget and take a little
(not enough) off that as the line width. The line is always
wider that space available, so with widget-layout enabled it
will request more space. On the next update of the lines it
repeats, so listbox grows ever wider.

Change-Id: Ib43239d297bb0ba0dc1096acf347ef17b5e41273

Change-Id: I7ce64b63acba1581754e5a75ea48e3df654973ae

rather than inheriting from one, which means
we don't need yet-another-custom-widget

Change-Id: Iddaeedfe45fb06ee72e59143974c9a4d0d2478f6

Change-Id: I82d5a957b5c38b8aa19e28ceb8d6850c0bf7526e