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

Change-Id: Idfae52f6807cec225a52d3d6c79f03fd9da965c1

When a new view was created, the old views got the position of the new
view, but not the other way around.

Make sure that the old views notify the new one right after registering
the callback.

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

OpenGL doesn't support palettes so when the texture is created,
the bitmap buffer is converted to 24-bit RGB. This works nice for
showing the bitmaps on screen. The problem arises when we want to
read the bitmap buffer back (like in a PDF export) as we have to
convert that back to 1-bit or 4-bit palette bitmap buffer. For 4-bit
this was not implemented yet, on the other hand for 1-bit it was
implemented but it didn't take palette into account so the bitmap
was not correct (inverted).

This commit introduces a ScanlineWriter which handles writing
RGB colors to 1-bit and 4-bit palette scanlines. The class sets
up the masks and shifts needed to place the color information
at the correct place in a byte. It also automatically converts a
RGB to palette index.

Change-Id: Ie66ca8cecff40c1252072ba95196ef65ba787f4c
Reviewed-on: https://gerrit.libreoffice.org/26532Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

And improve OUString readability and efficiency.
See: https://goo.gl/jsVAwy:

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