...to catch new places where defined'ness of OSL_BIG/LITENDIAN would be checked
without osl/endian.h being included; cf.
e2f08f9d "connectivity, sc: add missing #include
<osl/endian.h>" and 2b14fb3a "cppcanvas, oox:
add missing #include <osl/endian.h>".

Change-Id: I167c8916a01391b7dacad7325153ccf35d3ba9dc

Copied from SymbolNeu font which is metric compatible with Microsoft’s
Symbol font, from:
http://commondatastorage.googleapis.com/chromeos-localmirror/distfiles/croscorefonts-1.23.0.tar.gz

With the following license:
Licensed under the Apache License, Version 2.0

This fixes the original issue that was fixed in:

commit 8556cd88
Author: Miklos Vajna <vmiklos@collabora.co.uk>
Date:   Thu Mar 6 09:48:54 2014 +0100

    cp#1000039 DOC import: ignore symbol charset of the symbol font

Which was reverted in:

commit d8c38659
Author: Khaled Hosny <khaledhosny@eglug.org>
Date:   Thu Nov 17 15:03:39 2016 +0200

    tdf#103944: Fix symbol font remapping

No test this time, as I don’t think we can currently test which glyph
ended up being used (or the visual rendering of the document).

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

Project: translations  f88396624a2f348f845818564210947f3e738e55

Updated Slovenian translation

Change-Id: I5766d65b3a525745e7d02c316ab2b27ac79a448f

Change-Id: I4dc6bebb41b0e1beee58631fdf92dea82ae38db7

Add test if several methods still works

Change-Id: I8d26e5e3555dbbc0f07152138e1bc0cd65d90998
Reviewed-on: https://gerrit.libreoffice.org/30166Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: Laurent BP <laurent.balland-poirier@laposte.net>

Regression from commit a5a836d8 (DOCX
filter: effect extent should be part of the margin, 2014-12-04), the
effect extent is added to the nominal margin in DOCX, so we exclude that
from the margin in our document model. But it shouldn't be ever
negative, ST_WrapDistance is a restriction of the W3C XML Schema
unsignedInt datatype.

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

mathematically generated colors, attachment 101316 attachment 104623
authored by Wade D. Peterson contributed CC0 in the public domain

Change-Id: I06b1b58b1c9e8cf2ef15e581fcf148b74ed36301
Reviewed-on: https://gerrit.libreoffice.org/31061Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

This reverts commit 6f3bf1cd.

Change-Id: Id077d1603ff2a5c82ba56b700b5e1fdfa637c877
Reviewed-on: https://gerrit.libreoffice.org/31054Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

...as otherwise dynamic_cast<SfxLinkItem*>(...) could fail at least on macOS (as
observed with CppunitTest_sc_screenshots)

Change-Id: I4a41a8b085b839598119791637f79cd467ad4130

Change-Id: I6e3cbff1ec7a75e896ba5bafb9d1fbccc3bc8909

Change-Id: I7fbfe0ac11ef5dbe23b0fa3864c647682d1a73a7
Reviewed-on: https://gerrit.libreoffice.org/30938Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

it had public/private/protected sections all over the place.
Also use loplugin can-be-private analysis to make some fields and
methods private.

Change-Id: Ibb3c8d1f58753ff5599d94106f0991af152217d2
Reviewed-on: https://gerrit.libreoffice.org/31055Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I1e2f28ed550ff9751912f70e3eec511ddc5b75cf

Ugly.

Change-Id: Ifdb9638e998b83c7aeaf9908f9584ff69d56d7b2

Conflicts:
	desktop/Library_sofficeapp.mk

Change-Id: Id36a98c32f0eb5e88e4e9a714e260a71d7465c05
Reviewed-on: https://gerrit.libreoffice.org/31033Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Henry Castro <hcastro@collabora.com>

Change-Id: I5df087b0ad25b78c6badf72afba6c189e48ec7ca

Change-Id: I1fd2b647caaa947390443ec41591a7ea050c4819
Reviewed-on: https://gerrit.libreoffice.org/31046Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

(like in vcl/inc/osx/a11ywrapper.h's AquaA11yWrapper), at least on recent Clang
trunk, from within the call to cast() in

  cast<RecordDecl>(getDeclContext())

as the decl context apparently is something other than a RecordDecl.

Change-Id: I238bae44d6db0f04bf8f90b0032489e3b4822eee

... in lcl_ScAddress_Parse_OOo() so that ScRange::Parse() doesn't receive a
"partially valid" result and does not attempt to follow the entire column/row
path.

Change-Id: Ie37c9d22280e30f770422fb621e3b9d972ec1546

Change-Id: I773bb19ae33709421fde01426716dcf52065402f

shadowed OCatalog::m_xMetaData can be used here directly

Change-Id: I1041272b98139fda2413442e4621507655ab67ca

+ use returned iterator by insert method call
This reverts commit 1a583283.

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

Add mapping for:
KEY_SEMICOLON
KEY_BACKSPACE
KEY_PAGEUP
KEY_PAGEDOWN
KEY_UP
KEY_DOWN
KEY_RETURN
KEY_BRACKETLEFT
KEY_BRACKETRIGHT

Retrieved from AquaSalFrame::GetKeyName
I would have preferred to use this function and remove custom mapping to avoid dup but mapping is a bit different
eg: in AquaSalFrame::GetKeyName KEY_A to KEY_Z uses sal_Unicode( 'A' + (i - KEY_A) )
In SetAccelerator, we use sal_Unicode( 'a' + (i - KEY_A) )
and when using GetKeyName, LO segfaults.

Change-Id: I3808cdcd1c0566e768a98a211bc1f41ff012a32f
Reviewed-on: https://gerrit.libreoffice.org/30909Tested-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

i.e., css::uno::Any function template specializations

  Any::has<Any>() const
  Any::get(Any const &) const
  operator >>=(Any const &, Any &)
  operator <<=(Any &, Any const &)

that don't make much sense (the first is always true, the rest can be replaced
with operator =, which additionally supports move semantics).  For 3rd-party
compatibility, do this only for LIBO_INTERNAL_ONLY, however.

However, some generic template code did benefit from operator >>= working also
for Any, so make up for that with a new (LIBO_INTERNAL_ONLY, given that
operator >>= still covers if fine for !LIBO_INTERNAL_ONLY) fromAny,
complementing the existing toAny.

Change-Id: I8b1b5f803f0b909808159916366d53c948206a88
Reviewed-on: https://gerrit.libreoffice.org/30022Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: Icb074b628ae479dfe05cc1fe10121f96c492806e

(This deliberately leaves out the published
css.mozilla.XRemoteServiceManagerProvider originally manually removed from
offapi/type_reference/offapi.idl with 4c18af27
"tdf#96398 kill remaining NPAPI support for plugins _inside_ LO" and now fully
removed with b5589970 "[API CHANGE] Remove
tdf#96398 leftover XRemoteServiceManagerProvider".)

Change-Id: I75d4cd82ba306099e2563a44739bfb3867a265e9

There is a much simpler way to access table name in ResultSetMetadata
in Firebird sdbc which I didn't notice before.

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

4c18af27 "tdf#96398 kill remaining NPAPI support
for plugins _inside_ LO" had removed various other (also published)
offapi/com/sun/star/mozilla/*.idl files, and had included removal of
css.mozilla.XRemoteServiceManagerProvider from offapi/type_reference/offapi.idl,
but had forgotten to actually remove this .idl file---apparently an oversight.

Change-Id: I1a8f0c594829a5dd6025ff6c2b6a6fa9a109ca36

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

Change-Id: I5be5150a41906aa550e1fe00aa1647d79315172d
Reviewed-on: https://gerrit.libreoffice.org/31043Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I727a0af5c3aa1b2e1f6c251b2dcb32feb46041d6
Reviewed-on: https://gerrit.libreoffice.org/30933Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>

The option to ignore protection breaks expected functionality
(protection, including sections protected with password), and may
cause problems mentioned in original bug. This only should be used
in specific recovery situations.

Moving it from user-visible page to Expert Configuration.
(Previously, changing it in Expert Configuration hadn't effect.)

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

- in Writer
- Ctrl+F
=> search field/toolbox appears at the bottom
- enter some search term and click on the "Find Next" arrow
- if the searched term appears in in a list or a table, the
corresponding contextual toolbox appears _below_ the search toolbox,
pushing it one row above.
=> as user searchs repeatedly by clicking on the "Find Next" arrow, user tends
to click on the appeared toolbox, triggering unwanted actions (like re-starting
numbering of lists).

As a user, I'd like to have:
- the search toolbox remaining fixed on the screen and not moving around

Change-Id: I809f1ff4479c31917323a39e15079205553e8b22

change return value of getCurrentMultiValue from Any<Sequence<Any> >
to Sequence<Any>.
return value of getCurrentSingleValue (Any of connectivity::ORowSetValue)
can't be changed to use tryPropertyValue.
inline functionality

Change-Id: I3180cf5b9e63a3da9257b03ba02967a2d5402ec3
Reviewed-on: https://gerrit.libreoffice.org/30091Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Unfortunately contributed under Creative Commons Attribution-NoDerivatives 4.0; let's revert for now to prevent confusion, hopefully the author will re-license.

This reverts commit 100dfb680d068e9c7e45b2147888a6c30f31276c.

Change-Id: I1c8fc09abfd1acaef185bbe0e87e593d8d2a0352
Reviewed-on: https://gerrit.libreoffice.org/31042Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>

Change-Id: Ie6f2c6f53b354552b855264faea1ae9f5cb2b76d
Reviewed-on: https://gerrit.libreoffice.org/31041Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>

rather than have half and half

Change-Id: I388b2abdcaceec1bf770d581dd5a8174158871ac

Change-Id: Ib223781621985c3bcf8144a6e0b9d2df8c083f42

in draw, create a box, enter some text, exit and select box
F11 for style navigator, new style, set font to e.g. 88
apply this style to the box. All ok.

If you modify the style and changes its font to e.g. bold
the text in the box tracks it as expected. All ok.

If you modify the style and change its name, the box resets
to something different and there's loads of warnings about
unknown styles. Not ok.

The style modification fires, but the style name gets overwritten
by the style stuck in a OutlinerParaObject that gets overlaid
over the editengine.

All the rTextProvider.getTextCount uses that don't iterate over all entries
look dubious to me, but I'll initially fix this one that I have hard evidence
for as broken.

All this is probably broken since...

commit 838c0fa8
Author: Rüdiger Timm <rt@openoffice.org>
Date:   Wed Mar 12 08:47:30 2008 +0000

    INTEGRATION: CWS impresstables2 (1.14.72); FILE MERGED

Change-Id: Ib0dd2857ed26c49dcfa00aae923e36429a7f7862

returns the plain value (Any) if it exists, else return an empty Any
replaces some getUnpackedValueOrDefault calls in sw
where is was not clear if the unpacked value exsisted or was default

needed for removal of Any-to-Any template specialisations

Change-Id: I618da7a7174143f5edef48e47e7aa1b6a52845e1
Reviewed-on: https://gerrit.libreoffice.org/30114Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>