Project: help  9a1cd67e396e4b6379f195937b7eeaef6ba3c2ca

tdf#114525 Bookmarks, ahelps and text for Manage Conditional Formatting window

Change-Id: I62ed76b188c26cefd48257ebf03ff713b1a80f2b
Reviewed-on: https://gerrit.libreoffice.org/50317Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
Tested-by: Olivier Hallot <olivier.hallot@libreoffice.org>

Project: help  d61e726350bf12c34ea9942f4ece1e30ba0e6bb0

tdf#114525 Fix Conditional Format dialog bookmarks and ahelps

Change-Id: I3274aaaebe4c7cd35370ba7d4e5569c4f44eec39
Reviewed-on: https://gerrit.libreoffice.org/50316Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
Tested-by: Olivier Hallot <olivier.hallot@libreoffice.org>

Project: help  f631d6e7e4ac83a998edb66a6906ede9b9321f1c

Replace custom HIDs with default ones in Hyperlink dialog pages

Add some missing ahelp too
This way the dialog source could be simplified a bit

Change-Id: I5694eaa75c681b2d45ce9a7623574edf423dbd9a
Reviewed-on: https://gerrit.libreoffice.org/50314Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
Tested-by: Olivier Hallot <olivier.hallot@libreoffice.org>

Since commit cb8bfa9a the main thread
will read from the timer pipe until it is empty. But evidently this
introduces the problem that the poll() in another thread will not
return, as the file descriptor will no longer be readable; see
https://paste.debian.net/1011306/ for a reproducer of that rather
under-documented poll behaviour.  So other threads can get stuck
forever in poll, and then the main thread can block in poll too with
no other thread to wake it up.  This is the problem that plagues
UITest_writerperfect_epubexport.

The timer pipe is difficult to fix, since the main thread can block on
either the poll or the subsequent AcquireYieldMutex().

So replace the timer pipe with a condition etc. that is mostly
copied from the OSX AquaSalInstance/SalYieldMutex implementation.

The main thread now does something different than the other threads,
and blocks on a condition_variable with a timeout, while other
threads still block on acquiring the mutex.

Non-main threads can poke the main thread to do a DoYield()
on their behalf, and then get the result back with a blocking
read from a pipe, all while holding the YieldMutex.  This
requires some fudging of the YieldMutex so that the main
thread can borrow the ownership temporarily.

Unfortunately SvpSalInstance, in addition to being directly
instantiable for --headless, has a whole bunch of subclasses:

* HeadlessSalInstance
* AndroidSalInstance
* IosSalInstance
* GtkInstance (in the gtk3 case)
* KDE5SalInstance

Of these GtkInstance overrides everything related to the
DoYield/SalYieldMutex implementation, but the others will be
affected by the change.

This commit will probably break IOS due to me not understanding the
point of the undocumented random #ifdef IOS in svpinst.cxx.

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

Change-Id: I2534f3fa75484a2bb5f0c3d4bee3fca4f843095f

From oox/source/crypto/AgileEngine.cxx hashCalc() it looks as if
"SHA1" is used in the wild instead of the "SHA-1" specified in
https://msdn.microsoft.com/en-us/library/dd925810
But maybe that's just wrong and followed the "SHA512" without
hyphen. Who knows.. accept both.

Change-Id: Ie1c3b4adf66541a4b8d8b83a1c49df235f30cf04

... that prepends the iteration count to the hash instead of
appending it

Change-Id: I090393e6337c110029e35baaa259b40ef4e5d416

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

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

Change-Id: Ic0131fa6fc397ae440efed834266b8396aa9e619
Reviewed-on: https://gerrit.libreoffice.org/50160Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>

Follow-up for commit 35f5274e

Change-Id: I7bd2f28565e574a6f0e36bc34959b8ecaf8cc4b1
Reviewed-on: https://gerrit.libreoffice.org/50340Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

Change-Id: If0775ccf14b631918e51342a767412948e812c87

Akt -> Current in prcntfld

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

Translated the enum values in editeng, but kept the their translation
references in editrids.hrc, to prevent a need to update translations.

"UPPERCASE" was used instead of "CAPS", in alignment to style::CaseMap.

The values in svxitems.sdi don't seem to be used anywhere, but
translated anyway.

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

Akt -> Current in callnk

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

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

Akt -> Current in itemset

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

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

Other parts of CalcRel are already using std::min. It makes it
much easier to read when the code is consistent.

Change-Id: Ie3b07b96e48843271683cdf6a7dabca16cfab10b
Reviewed-on: https://gerrit.libreoffice.org/50035Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

... instead of converting back and forth between character-specific
whichIds and generic. This eliminates creating duplicate properties
in the set passed to dialog.
A temporary GrabBag entry "DialogUseCharAttr" is used to indicate
that dialogs should use character-specific Ids. This simplifies and
unifies preparation of the set for different dialogs.

Change-Id: I41b982ff05d54b0dfc283c07aef806f51c87209c
Reviewed-on: https://gerrit.libreoffice.org/50339Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

Change-Id: Ib7ee52bbbf4bbbd41adcc7c15740b8d13bbe5bfa
Reviewed-on: https://gerrit.libreoffice.org/50337Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

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

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

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

The alpha value was not being shifted, and because of associativity, the
alpha color was also not being inverted before being divided by 255.

Found while doing other Color work.

This was introduced in
    commit a0842e53
    Date:   Mon May 12 05:22:52 2014 +0200
    more sal_Int32 to sal_uInt32 and simplification

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

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

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

Nothing else ever calls them except the constructor and destructors of
the BitmapInfoAccess class itself - thus there is no real need for
them to exist.

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

Change-Id: I6bffe243e813079538a4cb57111266b41d7c03f1
Reviewed-on: https://gerrit.libreoffice.org/50333Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

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

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

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

Change-Id: I0387981296313eba4e0fb796750c0a5de8e3b7a2
Reviewed-on: https://gerrit.libreoffice.org/50306Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: Ic7f781f7f174d40b81ba85e8386acec325fefc4e
Reviewed-on: https://gerrit.libreoffice.org/50271Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: I543b77bce7232d56a4cf107992e1c006b75b63bd
Reviewed-on: https://gerrit.libreoffice.org/50168Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Project: help  72c2f044662c92c8e1dec700160cb94835bfc092

update help for warning dialog conversion

Change-Id: I8c4bae6f0e43178b2189b3986c9f280dcb76b085

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

Change-Id: I085b330e6539adb8b924f4d7f4cd10fb593a0da6
Reviewed-on: https://gerrit.libreoffice.org/50257Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Bunth <btomi96@gmail.com>

Change-Id: I64e0839428e238471a75f2609330171e86472429

instead of copying the whole bunch around, now the scheme is to copy
each individual fuzzer and matching config around, so duplicate the
previously shared config for each one an

Change-Id: I479ea13abfab382b6aee23bc04d5f7e535b489c9