Change-Id: Id753eab9cab3e97e69b48212820dc140f897f1bd

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

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

Change-Id: Ic283d4d15154308a441905d095096c3e11f50477

Change-Id: I09aade1d7a63f9e1cda54ecdb2e32d2589ecb450

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

NSLog demands a non-const NSString but doesn't change the string.

(cherry picked from commit 6f279aad)

Conflicts:
	fpicker/source/aqua/CFStringUtilities.hxx

Change-Id: I25c82dc81feda9b771f064631857a1e7f9c4d2bb

Change-Id: Ib37e2de784823fec209c195963d925748412c692

Change-Id: I7c1e473fb1e874c137cf47a169fd78bf7a842d4e

The combination of a solve process happening in two functions
(ScDocument::Solver() and ScInterpreter::BackSolver) with iterations
and recursive as well as iterative interpreting (ScInterpreter:Interpret()
and ScInterpreter::InterpretTail()) led to improper handling of the
stack, with an unending loop as a result.

Integrating the two solver functions, and so simplifying the code,
results in correct behaviour in all documents attached to the
bug report.
I tested with values for MAXRECURSION of 5 and 400 (standard value)
to have really different combinations of recursion and iteration.

Change-Id: If4cb8926c5e192cd6c764dcdd45a92e285e983bb
Reviewed-on: https://gerrit.libreoffice.org/5292Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>

Change-Id: Ic52ef3bcbca4c512fcb6e422a9b4e983cccbe41a

Change-Id: I26a233e72274be7afc2e3e41e13a6743f75e695f
Reviewed-on: https://gerrit.libreoffice.org/5238Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

The applyAttributesFrom:... method takes range parameter that specifies
a range in the 'string' parameter passed to that method, not in the whole
string of the UI element as retrievd in createAttributedStringForElement:...
(the former string is a substring of the latter).

In other words, the 'range' parameter in applyAttributesFrom: is relative
to the string passed to that method, not to the whole string of the UI
element.

This enables proper reading of text attributes in Writer - when moving
cursor through text, VoiceOver now announces e.g. "bold" or "plain" to
indicate changes in text formatting.

Change-Id: I21a633af0bf426759f639435581fcd3bfeafa598
Reviewed-on: https://gerrit.libreoffice.org/5236Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

In case someone needs to debug accessibility on OS X, provide ready
debugging messages to be enabled by changing #if 0 to #if 1.

Change-Id: I4d0c0b11d12aa2419c53da7656a881f43c436d87
Reviewed-on: https://gerrit.libreoffice.org/5237Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Changes made in a DDL statement are only usable after a
commit in firebird, e.g. a created table won't appear etc.

Change-Id: I3b537f495b6bc96fa48ebc1a3e46205da60bb2d4

Change-Id: I0717fad287f95d510d044055edc11737fde0c505

Change-Id: I00cd0aa08a5a3da17f06933ebc3422a6b4b8bc74

Change-Id: I7e59c1939651cc55090ca3a5f1a9a388d685dc43

Change-Id: I190a90e9821961c4e972ec26ac282b05fd375d4b

Change-Id: Ic173346c4cac140b9426560af9a9b196d93ec2f5

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

Change-Id: I5978acd24f27bb7c626df567fefcc3f384336e91

Change-Id: Ic3878a45ddedd2e3a3815e617dd37edf6b90d1b8

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

Change-Id: I38c3e28070b9d5b689bd6ba4bde01a7a8dedba18

Project: help  3a0ee05036d90ca6ec6ec414194a1119301455fc

Change-Id: Ie5b0fd4e73a62b28891f2f07c9fabe468ef9906c
Reviewed-on: https://gerrit.libreoffice.org/5304Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I5660bdf07ad0adae053508bed1805369850c1134

Change-Id: I1c48d62cb6793ed6cab261c6de7095c755ab52f2

Change-Id: I6ae9353aa87c7b8303f77af98b968ae873c2f727

Thought there were some String-conversions missing to fix
fdo#67480 . Bug is still reproducible, so doesn't fix it.

Change-Id: Ifd36cb2042b99565b210796edc77120697672278
Reviewed-on: https://gerrit.libreoffice.org/5290Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>

Change-Id: I7c958347297f17875aded7a64526b1673a439ecf
Reviewed-on: https://gerrit.libreoffice.org/5271Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>

There is no way to guess a "right" timezone, since there is no date.
So could be with summer (daylight saving) or winter, nobody known.

Change-Id: I1617caa8a3e902d7cabbf25dcee67c9aed9b7dc7

Change-Id: I3fd082bc3a8989f6099ee826f61240d9227b2afe

Project: help  00b5861129f309f097ea6d7c3509f6a4aa777292

Change-Id: I60c7d5c74f919bc165e1c2629f7b05aad2442eb7

Change-Id: I31180bfe086b339ad0b11ad28e770bdf3335d423

Change-Id: I949464f042e3bb2ba1360feb6ba4867b332b8483

Change-Id: I469e50e779ac201ab15aa8fff8e2f6fcfb2f99b6

Change-Id: Iaf22f259fa396deee3cab84cc9549427b76017c2