Change-Id: I89fc21757493a42e17d518da585bafdb8f2e303a

Project: help  3a26a9f702b811e7bef168b04696e66993d0b13d

missing paragraph role

Change-Id: I7f3e30a07bbdc8a9dcb8c63519ba1a78c1ada0dc

Change-Id: I86e756ce46f6cdb84bddc3faae74782c8b4ad519

Change-Id: I49712f807d38a614fd707d06c9453545360db89f
Reviewed-on: https://gerrit.libreoffice.org/26527Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

Project: help  d9e375bb5271e34a84f176d471ca9d4d15071ccc

handle <item type="code">

Change-Id: Id6b828ffdd45530af5fda09046b85cd9fe21eecb

This bizarre thing essentially does the same as
WeakComponentImplHelperBase::release(), except that
1) it forgets to call disposeWeakConnectionPoint()
2) it doesn't catch exceptions from dispose()
3) it restores the m_xParent member after the dispose() call
4) it's racy because the "else" branch may be executed at a time
   when another thread has already concurrently deleted the object

This is rather mysterious and there is no obvious reason why a manual
dispose() call should clear m_xParent (as the users tend to do, by calling
dispose_ChildImpl() from their disposing()), but a dispose() called from
release() should restore m_xParent again.

Let's try to stop doing this madness and see if anything breaks.

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

Project: help  e84bf1290365b9fd331f06cd1c03bf11c1f4cc1e

tdf#98401 fix wron paragraph role

Change-Id: I7a8ffd79550d6355d59bcb256f09c4a0b785ebd2

Change-Id: I98c62533785a72b88044fb36bda3edd010aa6bb9

Project: translations  0027ac636c89b3a606e76291246c0e49b64fe4db

update translations for 5.2.0 rc1

and force-fix errors using pocheck

Change-Id: I0ddd38b998824a5718c70610f21ac163db83f507

Change-Id: Ie1264fed9964b09006980df2e151e170b48b4082

Change-Id: Ic717e1d119e1a5b8a87caca263322d9e58fe6c68

Change-Id: I9d2c233c7060ea5c7a6bc028a8146ee8b2fd555b

Change-Id: I7386569030fc95553bfb423d23d291430388992b

Change-Id: I1924f2b18763e42013c2b5ce80b664674e460fc7

Change-Id: Ib76b14d37bbe3c32aa0637037d73d0d5dce01b25

Change-Id: I1ad51d4dc7e6bddfc5fa8d6252a7d6349bd5dfb7

Change-Id: I71e21d6aff55caa1bc3e8e25f0b4c60386120d00

Change-Id: Ied3f0644e90a05d7d38755c4f42165247edb6b37

Project: help  2f6e93f728e4c7b278b57479bf1fd8fda3344fff

remove "-" between FileAttr-Function and FileLen-Function

to be consistent with the rest of the functions
reported via pootle-feedback

Change-Id: I6e95109a8cf4145dc84ab0f3ad699d74ee05d932

Fails with 9f66db9c (sw lok: add
LOK_CALLBACK_TEXT_VIEW_SELECTION, 2016-06-21) reverted.

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

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

Change-Id: I455b708bfcc9d5aa71bb0ffc21efec205302169e

Change-Id: I87da73db3a58b2e94b3bdda2cea5874701303a18

It's similar to the normal selection, but it's colored and has no
handles.

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

So a view can be aware where selections of other views are.

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

Change-Id: I67de532443cbb9e64bed67fe28ee94fef38f5eae

Change-Id: I35c4ac0b84e439982f87420aa7587c99ee367920

Change-Id: I7073d3063d17ade9b0d4f88013c47eabb646af58

All clients has been changed to use
SfxViewShell::registerLibreOfficeKitViewCallback() instead.

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

Change-Id: I483a1943c3c229aa839a72b333061f92c6b728ba

Change-Id: Ided924e928c04385457c7a2e231fdf57e7e38970

The example policy is at:

instdir/share/classification/example.xml

If there is a localized version, e.g.:

instdir/share/classification/example_hu-HU.xml

(same syntax as already used for the autocorrect files), then use that
instead of the configured policy.

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

Change-Id: I8e164bb4afc221cefd93d519569cdefa4486349f

Change-Id: I8ce79a9c4398657e2a6b4c94fecd21ade71e4ed0

These assertions guard important invariants. We use real assert() also
in the neighbouring bitmapaccess.hxx, for instance.

Drop annoying exclamation marks.

Change-Id: I9d08cb80b18e8f3a922357ec33c1418f8f1b33e6

Only touching dbglevel > 0 code here, so clearly only
informational..

Change-Id: Id6991c93f971bcc2a8badc809b98870a85322992
Reviewed-on: https://gerrit.libreoffice.org/26531Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

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

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

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

Change-Id: Id1408cb1d8f04b36ffab65b684a94b14db9d9c50