Change-Id: I27a83996031b9494ad736ad82a7fff5740fbaf30

Change-Id: Ia11ec85cc172d1b81b494107306c0aee98ce2ab5

It's cleaner to let the apps do this themselves than exposing their
underlying vcl::Window.

Change-Id: Iff2442dd325fa65a0cf3ad4aa7f918542dab1e4c

Change-Id: Ifc4ec214ad7034ecf694c690c3a04e995c64fbe9

Change-Id: Id8cc41ab9af5d6fe9934f97927c7e3d1e7f6ebf3

Change-Id: I8500dda538a82a920dd6164251bf193489b12a15

Change-Id: If4c4a043f3d9c2e1e89eb4199d33cd39f502c56e

Change-Id: I9e2b4cd366fa4f7561945d9c86e35e984df36fd9

"bin confusion with name AccessibleGridControlTableImplHelper," there is no
cppu::ImplHelper

Change-Id: I289c3a20e848a1ce6f548b5720cf1436eed5352c

Change-Id: I7774890f46f9343e944e34db27af8bce3b1d0915

... which actually does nothing since commit
fca027b0 but was dutifully converted to
a boost::ptr_vector.

Change-Id: I69186d6ba7d90fb2f94b417fede3a907811c32c0
Reviewed-on: https://gerrit.libreoffice.org/19518Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

AccessibleGridControlTableBase.hxx :
    typedef ::cppu::ImplHelper< css::accessibility::XAccessibleTable >
        AccessibleGridControlTableImplHelper;

AccessibleGridControlTable.hxx :
    typedef ::cppu::ImplHelper< css::accessibility::XAccessibleSelection >
        AccessibleGridControlTableImplHelper1;

Change-Id: Icde57d148cf725a3bd4c0927edf7461598398e04
Reviewed-on: https://gerrit.libreoffice.org/19348Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I24e202b1f8071fe918e4e164b5fa1c08a561cb24
Reviewed-on: https://gerrit.libreoffice.org/19626Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Id9167341940bac65f055e1e33ff0670f6fa0f6c4
Reviewed-on: https://gerrit.libreoffice.org/19629Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

- using the scrollwheel in the TabBar used to scroll the document:
  - even though the deck next to it handles scroll event on its own
  - thus there are two areas that arent even touching (separated by the
    deck) scrolling the same area
- instead, now we capture mousewheel scrolls and switch through the
  decks of the sidebar. This should also severely simplify navigating
  them.

Change-Id: Ie2136f4ec67dedf72ff6b56d16356f6a12de74ea

Project: dictionaries  b4f9255af01dcc24f263fdb0cd4544db35153d9d

tdf#95024 update Hungarian spelling dictionary

Change-Id: I5fd5bd203aead86126be8ab585a4be616470f01e
Reviewed-on: https://gerrit.libreoffice.org/19620Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Starting with MSVC 14.0 (aka VS 2015) C Runtime (CRT) was divided in
two logical parts: The VCRuntime, which contained the compiler support
functionality required for things like process startup and exception
handling, and a "stable" part that contained all of the purely library
parts of the CRT.

Previously, all of the CRT headers, sources, and libraries were
distributed as part of the Visual C++ SDK, installed in the VC
subdirectory of Visual Studio installation (generally C:\Program
Files (x86)\Microsoft Visual Studio 14.0\VC). The files for the
VCRuntime are still part of the Visual C++ SDK. The headers, sources,
and libraries are now distributed as part of a separate Universal CRT
SDK. This SDK is included with Visual Studio; it is installed to
C:\Program Files (x86)\Windows Kits\10. The debug ucrtbased.dll is
also included as part of this SDK and is installed to the system
directory.

In I0ef8cda7b initial support was added to suport VS 2015. In this
change support for universal CRT, .NET 4.6 and SDK 10 is added. UCRT
dirs are added to CFLAG, CXXFLAG and ILIB. SDK 10 include path is
added to SOLARINC. .NET Framework 4.6 was splitted from SDK 10 and
needs to be discovered separately.

Change-Id: I2c484b6b1debab0d71523385021abb8fc8e6027f
Reviewed-on: https://gerrit.libreoffice.org/16642Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: If58fdc2eaf1b7b2148e3db2ebba6f8c0f2e9c92b

Change-Id: I4032b08225f1b530a43f1a8c09c5fc3515f45ced

...which caused

> sw/source/uibase/docvw/edtwin.cxx:4280:47: runtime error: downcast of address 0x6060015556a0 which does not point to an object of type 'SwDrawContact'
> 0x6060015556a0: note: object is of type 'SwFlyDrawContact'
>  11 07 80 2c  50 26 83 79 65 7f 00 00  d0 26 83 79 65 7f 00 00  80 63 a6 01 20 61 00 00  00 00 00 00
>               ^~~~~~~~~~~~~~~~~~~~~~~
>               vptr for 'SwFlyDrawContact'
>  SwEditWin::MouseButtonUp(MouseEvent const&) sw/source/uibase/docvw/edtwin.cxx:4280:47
>  ImplHandleMouseEvent(vcl::Window*, MouseNotifyEvent, bool, long, long, unsigned long, unsigned short, MouseEventModifiers) vcl/source/window/winproc.cxx:736:17
>  ImplHandleSalMouseButtonUp(vcl::Window*, SalMouseEvent*) vcl/source/window/winproc.cxx:2082:12
>  ImplWindowFrameProc(vcl::Window*, SalFrame*, unsigned short, void const*) vcl/source/window/winproc.cxx:2425:20
>  SalFrame::CallCallback(unsigned short, void const*) const vcl/inc/salframe.hxx:255:33
>  GtkSalFrame::signalButton(_GtkWidget*, _GdkEventButton*, void*) vcl/unx/gtk3/window/../../gtk/window/gtksalframe.cxx:3176:5
>  [...]

Change-Id: Ib9013eb3ff7546ee6534d5148d2505608a9d70f9

...to avoid bad casts like

> sd/source/ui/slidesorter/controller/SlideSorterController.cxx:545:24: runtime error: downcast of address 0x7f2d4d9b0c40 which does not point to an object of type 'VclWindowEvent'
> 0x7f2d4d9b0c40: note: object is of type 'VclMenuEvent'
>  00 00 00 00  f0 f9 03 80 2d 7f 00 00  b2 04 00 00 00 00 00 00  40 51 72 00 10 61 00 00  01 00 00 00
>               ^~~~~~~~~~~~~~~~~~~~~~~
>               vptr for 'VclMenuEvent'
>  sd::slidesorter::controller::SlideSorterController::ApplicationEventHandler(VclSimpleEvent&) sd/source/ui/slidesorter/controller/SlideSorterController.cxx:545:24
>  sd::slidesorter::controller::SlideSorterController::LinkStubApplicationEventHandler(void*, VclSimpleEvent&) sd/source/ui/slidesorter/controller/SlideSorterController.cxx:543:1
>  Link<VclSimpleEvent&, void>::Call(VclSimpleEvent&) const include/tools/link.hxx:84:45
>  VclEventListeners::Call(VclSimpleEvent&) const vcl/source/app/vclevent.cxx:74:17
>  Application::ImplCallEventListeners(VclSimpleEvent&) vcl/source/app/svapp.cxx:820:9
>  Menu::ImplCallEventListeners(unsigned long, unsigned short) vcl/source/window/menu.cxx:339:9
>  [...]

(Even the VCLEVENT_APPLICATION_DATACHANGED handled in WindowEventHandler /is/ a
VclWindowEvent, see how these events are created via ImplCallEventListeners in
Application::SetSettings, vcl/source/app/svapp.cxx.)

Change-Id: I107cbbff83e4a41090aadee6a66e715ef35901d4

Add omitted APPDATA_SOURCE_DIR for *.appdata.xml files
Avoid gnu rmdir by using portable invocation

Change-Id: I15a507f3d181f27c86b5332d58a9d76b31eb2fd1
Reviewed-on: https://gerrit.libreoffice.org/18588Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

...which caused

> sd/source/core/sdpage2.cxx:151:28: runtime error: downcast of address 0x611000ccf8c0 which does not point to an object of type 'SdrTextObj'
> 0x611000ccf8c0: note: object is of type 'SdrPageObj'
>  08 07 80 35  10 3e 04 ba 4f 7f 00 00  c0 1b 2c 00 b0 60 00 00  00 00 00 00 00 00 00 00  70 1c 2c 00
>               ^~~~~~~~~~~~~~~~~~~~~~~
>               vptr for 'SdrPageObj'
>  SdPage::SetPresentationLayout(rtl::OUString const&, bool, bool, bool) sd/source/core/sdpage2.cxx:151:28
>  SdDrawDocument::SetMasterPage(unsigned short, rtl::OUString const&, SdDrawDocument*, bool, bool) sd/source/core/drawdoc3.cxx:1746:13
>  AssistentDlgImpl::UpdatePreview(bool) sd/source/ui/dlg/dlgass.cxx:1513:13
>  [...]

Change-Id: I07afc4cd7ef0a0a32768db59b72ca94edd4026df

Change-Id: I8995ef12edb64c14788ba3a2c3c1c2ceb3775b11

Change-Id: I8b9b05ca90f055be77f1b5d8602be9d880f1d14f
Reviewed-on: https://gerrit.libreoffice.org/19571Reviewed-by: Justin Luth <justin_luth@sil.org>
Tested-by: Justin Luth <justin_luth@sil.org>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

There is no point, since it's the size of a pointer anyway

Found by temporarily making their 'operator new' methods
deleted.

Change-Id: I265e40ce93ad4bad08b4f0bd49db08929e44b7d6
Reviewed-on: https://gerrit.libreoffice.org/19628Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Don't automatically --disable-odk (if not mentioned explicitly either
way) based on whether doxygen is found or not.

Caolán says: It's an absolute pain as a maintainer when packages do
that. You build it in some minimal build env and all is well, then
some depend changes and something else ends up in the build env and
now your package fails to build anymore, or behaves quite differently.

Change-Id: I8bc6ab6f90e6e070a37e37b5108081425e116173
Reviewed-on: https://gerrit.libreoffice.org/19324Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ie0698792c8785e0caee0e78222051451e5ebc65c

Change-Id: I4b7b86be1d0b36c02c6ad6954635d2620266472e

SwDoc has weak_ptr list to notify UnoCrsr instances
when the doc is about to die. These were updated
when each UnoCrsr instance was destroyed.

The first performance issue is the use of a list.
This no doubt is done to avoid the overhead
of removing items at arbitrary position from a
vector. Performance tests show vector is faster
with a large document and ~10k UnoCrsr instances.

More important, there is no need to clean up
the references as frequently as when each
UnoCrsr is destroyed as they are rarely referenced
at all. Having outdated references is no issue either.

The new logic uses a vector and cleans up only
after saving a document and before saving
UnoCrsr instances.

Saving ODT files is now significantly faster for
large documents (100s of pages).

Change-Id: I3895d9d80d174cda9c94b94837e2149e9fadcb42
Reviewed-on: https://gerrit.libreoffice.org/19604Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Change-Id: Idcdc9aeb7d3fdca0a9db43c1cb518ab1d1b2f0f4

With one additional m_Effects.clear() in EffectProperties::assignUsed()
to make it idempotent like it was before and avoid duplicating elements.

Change-Id: I105535a2a250e682a5d6976e0c7f74374b1f31ac

Change-Id: I9ac46ffcf21e8af2cb3b92d4068981cafb271ebc

Change-Id: I49891d6c2149154c4fd524f79f3cbda17568fa7e

Change-Id: I5ee823c58061e31913c37291d5a854837fb48240

Change-Id: I0752cbb0cb2e0f89607d81d9eda7ce7091449fd6

Change-Id: I062f1f6c5b20ca47734a9a3cd1a229d51763a206

Change-Id: I2b4b2673aa27de664f6c6780e67c70559ec61971

Change-Id: I2ba2d867785765e4850c60070e86419f66e25f57

Change-Id: I790cd140166bf0041abebbe0c4d9c15e931628f1