Change-Id: I75354ffea2daede55b34e4cf3321d57196be3d9b

Change-Id: I4f9ea6760a7e47d28fe378c8429fb286d6e7f33e

Change-Id: Id380b97a507377f77ef679962dce155d9fa777b9
Reviewed-on: https://gerrit.libreoffice.org/19566Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>

The following scenario is how it breaks:
1. user has ExcelA1 as her formula syntax setting, CONV_UNSPECIFIED
(that means "same as formula syntax") as her string ref syntax setting
2. she saves the document, it will now contain CONV_UNSPECIFIED value
3. someone else with CalcA1 formula syntax setting opens the document
... since it contains CONV_UNSPECIFIED "same as formula syntax" value,
it will use his CalcA1 formula syntax value to evaluate INDIRECT func
=> #REF!

Avoid this by reading formula syntax/grammar value, mapping it to
matching string ref syntax and saving that instead of CONV_UNSPECIFIED

Change-Id: Ide62d81e6b70c2e9f2ff79648935788107475778
Reviewed-on: https://gerrit.libreoffice.org/19610Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I4f7895683d5e42fd9c901759615025958939eb76

Change-Id: I552f305e78427bdbd37e48013f5cc4b78024e8ff
Reviewed-on: https://gerrit.libreoffice.org/19631Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Id733fd3a53fe2023be20fcf7c9d93823d1697a7d

Change-Id: I1d9aa200734d264e3bc65ea39f8c2a2d03782f7b

The early return must also be taken if the anchor is neither AT_CHAR nor
AT_PARA.

(regression from a219bbb6)

Change-Id: I4eccb1f80401ba620ef87342f40c1a896918f3d3

Change-Id: I85409838a5c44f8e76c60ff88e41c01d2bb71987

Change-Id: I2bb543ce1678140e8a6e086171a8f6b4529771d3

Change-Id: I32edfa929aa81431a1e20180f3fd8a539ad43274

Change-Id: I9adb9a445844ead91eefec8c57b879b0cc11c686

Change-Id: I5c805fb7d60d8bae7109e3910f7bb0b5dd142909

Change-Id: Ibb1b14aa624b1ff6f52c5db8ba799d8cf30c3484

Change-Id: Ib52c5d1a55d17c572fd5be9a3ce36c6de7965220

Change-Id: I4d1bf6591d54621c33dc2ff0be0ecb59f1839581

Change-Id: I3123876860cf6cce1e16c8f516f3d08fa7e15d83

and reduce scope for other local support functions.

Change-Id: Id0d6b9a04ff67620f6dca39d62443a3f191d75ee

Change-Id: Ia7b5f519e381318f1d1cd6d0f982d22e8bbdffa7

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