Should fix build for iOS. There is no liblibotouch.a any more, and the only
library in $WORKDIR/LinkTarget/Library turns out to be the Android-only
liblo-bootstrap.a now.

Change-Id: Ia7b2f43db06536c05caee8d99130f44d5288705e

Change-Id: I5e753737a0dfd024da4ce076645a4ddc2e7550e0

Found by FindBugs.

Change-Id: I223841f7bb8c515c9612322abc0b13e134385abd

this cannot have ever worked, but at least it'll stop bugging me now

Change-Id: Idd9738358d18770258ca0648afe4b9256458a4d6

Change-Id: Ief2bf7d3e98186a2268b873c4c5f7114057bd10f

Change-Id: I7866959b9ea36c81003259cd387a001e9f34f26a

Just remove this field altogether, it was not being used for
anything other than synchronisation.

Change-Id: I982385f9eb7aed3fff0adf85d2a37bfe003d937b

when you're using it as a local lock

Change-Id: Ie7f42176f7b582c6dad426d9f8eb0a846a3519c2

Change-Id: Ie0a098e935e640f10b77d259c96bbd1c604d701e

if we want to synchronize access to this datastructure, and we want
to use it as a lock object, creating a new one is not a good idea

Change-Id: I99c2f665242ef16611bc15a0690b8da222085efb

Found by PMD

Change-Id: I76d38d71a3379416fe7e5078ef8b121915b26b6b

It is just being used as a Runnable

Change-Id: I1e652ab0f3b0450d3a85384b9dd513419e2f8046

found by PMD

Change-Id: I4bd35dd30f6c77aad96932216d8459b812004a88

Change-Id: I154b8b80aabd824edc62a7fdd831074fcf5cb21b

Change-Id: Ifefb5de196a3e5cbaa8945759da42886c69daacf

Hide Calc filter, as ATM Calc documents are not supported. Draw filter
was just missing, add it.

Change-Id: I88b9e48319e584f1c86de1b970badcdd695f30ed

Change-Id: I208064aef57e0ef4b149183869f0908580e189f1
Reviewed-on: https://gerrit.libreoffice.org/13528Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I6adcaa8534efefa474d489125d3fb95f150e3e89

So the const_cast<> in CppunitTest_sw_uiwriter can go away.

Change-Id: Id7d4234154cd6bed43cb5270b50208061038dcf7

...after 86ba1843 "Introduce
gb_*_set_external_code"

Change-Id: I6ed9652c6157b7cb2196f044f62c606968ef1807

cf. ef3fb927 "svx: Use appropriate OUString
functions on string constants," 897f3500 "fix
build," 3f66df98 "Work around GCC bug"

Change-Id: Ifdfaad30cb59d54ac71bfe9347d29fb853551fd4

in favour of ReadXXX methods

Change-Id: I50a97c1855366dc14c6864da2fb91d1759d4d4db

in favour of ReadXXX/WriteXXX methods

Change-Id: I75fcb04cb9e2981a10146a96de27916ca7f6bc57

in favour of ReadXXX/WriteXXX methods

Change-Id: I849fd10c689fb9834ae9974e430dc337adc68755

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

Change-Id: I3024693698f85ef1c2bbb7fb6ee968a0d5ba6359

Change-Id: I1c331863df2b1e560ba8a3d5b7dde67cce59b2df

Change-Id: I9b971928fa2737d21c225406bf2a86c088be5b9c

Change-Id: If2de38d23c5753e703517b5ef82d0f00070c2f34

Change-Id: I262efe47d8a28d1462cf35314a99c4404ffa2200

Change-Id: Ia38bdf402595dc0b7e6dabd80a4e93e53142b719

Change-Id: If961ecfe27c6f478f030bab746278b885482b229

Commit f9eff2a4 is not quite right
because it will leave the mpNext chain unreachable; that could perhaps
be imporoved by calling RemoveFromLayout(), but...

Actually the problem is basically that one of the deleted SwCellFrms
points to a SwTableBox with getRowSpan() -1 (because it has been merged)
and thus IsInCoveredCell() returns true and that causes ~SwCellFrm() to
skip disposing the SwAccessible stuff, so the SwCellFrm is still
contained in the SwAccessibleMap.

Because it's rather hard to prevent this sort of thing in general,
better change SwAccessibleMap::Dispose() to assume that if it found its
way into the SwAccessibleMap it should be disposed and removed.

Change-Id: Ib4cec6924cb026ae30bdac6857957adf237b4d70

Change-Id: I4daf01450a4aa8f1d2bc6eae731a735d0d38a074

Change-Id: I64a9a2933b38e48c4531564ab4082e3c924c4959

Change-Id: Ibdadac46483ca3b17a12e3d1ae31f75a869b8dbc

Change-Id: I3b97cc4b0f108c0cc6e0aa1397cf6243b7c734b0

Change-Id: I173728b9f800b6a9c6e81d496a268b4e42cf4db9

We have to call ToggleChildWindow directly; calling SfxDispatcher's Execute()
does not work here when we are in a document with protected section - in that
case, the cursor can move from the editable field to the protected area, and
the slots get disabled because of SW_DISABLE_ON_PROTECTED_CURSOR (see
FN_SPELL_GRAMMAR_DIALOG in .sdi).

Change-Id: I1c310c028aaaf774431d0b1e6bba10e901a8166d

Change-Id: I14f9b8e7b7e2cdcbdc60de17471b1a3a381d83f0