Change-Id: I8883ab949a231fd86e00dce23b5ae4aaa6e4ff3f

Change-Id: I17104bc529d67ca816415025d14e8e26c2531b29

Change-Id: I5c629821b7f30caba4d182d45f3f3cd0159acc5c

Change-Id: Ida49b6a482efa12703ce294b9665273ad2d8f68b

Change-Id: I93017f16affe16e8e452cd829bc4f9b495670d4d

Change-Id: I87d4697fe032e3095406becdda026447edd1d68a

Change-Id: Ie9f7f6a5dda1fd23558775b643e5b8fa850f4a89

Change-Id: Ie40dff6f1c40bf1866dc9947479299412abfd5ad

Change-Id: I51faff15782238620de5abf424aa237648a5c55f

Change-Id: Ied8e0b35f193770a6651f1c57dfb8eedd22d837c

Change-Id: I6feb3805e79f7cae4a8df7efa665fd97c56411c2
Reviewed-on: https://gerrit.libreoffice.org/18654Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Martin Hosken <martin_hosken@sil.org>

And I doubt we will try to turn it on again, so remove dead code.

Change-Id: Iaa8908fdb5a197ef0d1da5eaf08ae08df2a86ee7
Reviewed-on: https://gerrit.libreoffice.org/18404Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

[loplugin:staticmethods].

And then 'const' makes no sense.

Also, fix fallout warning: calling static member function through
member call syntax, use 'ColorMaskElement::CalcMaskShift' instead
[loplugin:staticcall].

But actually I wonder if this should be a non-static member function
that operates on 'this' (and takes no parameter) instead? Also, the
return value is unused.

Change-Id: I24949b74bd43eb90499e3c881941b102a3622f92

For some reason with gtk3 events are handled a bit differently, and in
particular after the PresenterSlideShowView::Resize() sets the
mbIsForcedPaintPending = true, with gtk2 we get a
notifySlideAnimationsEnded event and then a notifyViewChanged event that
calls PresenterSlideShowView::clear() to reset the flag,
but with gtk3 the flag isn't reset and then
PresenterSlideShowView::ForceRepaint() destroys the SlideView,
while there are still events in the EventQueue with pointers to it.

Since i'm evidently too dumb to tell what of this event handling is
working correctly and what is buggy, avoid the crash by checking
that the SlideView is still alive in the event handlers.

Change-Id: Ib88e61536c21e9787cef8a436341bfbd89914f4b

Change-Id: I6ed7e9bfea8b4500724866214fabd179fba20f20
Reviewed-on: https://gerrit.libreoffice.org/18636Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I1bd5e2ee71aba088ed8b395a31977e7b567d8b48
Reviewed-on: https://gerrit.libreoffice.org/18635Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I125e0525f918e68714c1027c5b7144d8f914a575
Reviewed-on: https://gerrit.libreoffice.org/18634Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Each has rather different assumptions about how life should be.

Change-Id: I85fffc77d14f3a5335a077fcb541a2b31c372043

We use only one OpenCL device per context or program, so get rid of
half-implemented (or half-reverted?) "support" for multiple devices per
context.

Change-Id: I951f29e867e5b3f96f6e051567ee38d607bd7ecf

Not needed anymore as the bug in OpenGL is fixed..

This reverts commit 6eff03b7.

Change-Id: Ib066ff1fad686d611a86510e768b1109ef7a5e75

Change-Id: I9d76750d907968d54d5ab99304080a75452c0420

Change-Id: Ic18be8b86727dd1179a7e39c70493d088ed00557

Change-Id: I17fb91376839bd036be27546118dfdb794bf067a

Change-Id: I32b8d8ce0fbf824120c8afd288b728314cd74142
Reviewed-on: https://gerrit.libreoffice.org/18620Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Idd80b7390694038ab0913edab0e496593beb0e15

Change-Id: Ibe8d9140f7a54016f2cd684198856ac27d880aa3

Fixes shrinking shapes with gradients when the VirtualDev is
reused to create a alpha mask (and the texture is reused and
reading back from just one part of the texture which uses
glReadPixels code-path).

Binding texture is not necessary when we use and bind it to the
framebuffer.

Change-Id: Ie3994f749e1a2c17d4d3df44710b7453d7a4f45f

Change-Id: Ic853457871b914f9c1beb2f648bf7d9d18dce957

Change-Id: Iacd75beecc14023173a9aa52a30298bbfe787d61

Change-Id: I4abd8fcbbe8ef439097eed7c2b20584450182cd5

Change-Id: I3bfb0933d5233b89f24773500f07fdc92d0011e9

Change-Id: I708bd090b28fd8b9f2642425fa55fcaa5f8346ec

Change-Id: I880526fdcce3be0f9e9149695812e048d95004e6

Replace BOOST_PP macros in Bitmap Checksum to Bitmap Checksum Octet
Array with templates.

Change-Id: Ia7cbc20c90b4d99d54760580e3db10afac9020f3
Reviewed-on: https://gerrit.libreoffice.org/18597Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

EndListeningContext holds BroadcasterStoreType iterators in its
ColumnBlockPositionSet and collects broadcasters to purge them at the
end. Removing broadcasters from ScColumn::maBroadcasters in between
invalidates the iterators. Hence calling the "normal" EndListening()
that removes a broadcaster when all listeners are gone while an
EndListeningContext is in use is bad.

Change-Id: Ibdd88469e91e6173ceff1f391c23ef7cb7c6f596

Unfortunately, since we can have 2x SalGraphics' on a OutputDevice,
and one of these can be a printer - things got very confused around
which context to glFlush. This de-tangles the various reference-counts.

Change-Id: I1062be0b02a91fc9009deaa3ec29c5dbb227df20
Reviewed-on: https://gerrit.libreoffice.org/18604Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I6b9fb899777d8e460999ac3ff038a1302e434bb5
Reviewed-on: https://gerrit.libreoffice.org/18605Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Ibb46bfa9bf641a2c1a71bbd15d702520cb7a485b

To make Orca read bullet lists lets not suppress it
from the accessible text. This has a downside on Windows
when using NVDA which due to a hack in NVDA now reads 
the bullet twice. This hack is done because of this
bug so I think we should fix it.

Change-Id: Ibc11c1e0545f8cde4cd3d4a0d665ea47d645a61d
Reviewed-on: https://gerrit.libreoffice.org/18398Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jacobo Aragunde Pérez <jaragunde@igalia.com>