This was broken when the spell check handler was re-implemented
after the cell storage rework.

Change-Id: I4e7e718ffba45b2163bea4dd382f2a49f75fd5f9

Change-Id: I3a0d999f55d89734b26ee66c16cf8cadbcbac246

Change-Id: I334d64f7731915d27e3b81781c91e330dc446010

Change-Id: I1263026133b694e531c0a99b16d622e1ae12db48

The key here is to only use the shared formula ID's and ignore the ref
range. The ref ranges are not correct half the time.

Change-Id: If65f9b1b44ab6239db37977b6dfe3f822a9cf67e

Change-Id: Ib84087a10cc10a7533e64c4e8998354b52017df7

Change-Id: I0ebc43abe59ac317c053a4f606dbe376d85c03b0

Change-Id: Ifd3bbb84c7abbe983a017a169c7e05914ef33450

This was part of i103174 - Code from the ecntablet and eraser CWS;
optionally improves user paint interactions in slideshow, and got
accidentally cleaned away for being commented out.

Change-Id: I4fb87a3e1cb834e10ae766ed8c58cd6f2397c45f

It's extremely annoying to have to dismiss the warning with every keypress ;-)

Change-Id: Ie117085ef25676065aedd0744cf618e1b566688b

Change-Id: I7f4f232475339d524eed7ba578e22b53991bd123

Change-Id: I39023acc08e652fcc9d365fe50a8240cbe0b610d

This is just throwaway experimentation, not how it should *really* be
done of course.

Change-Id: If600a5d3f01f118e84079f513dfccb25f4d59622

Change-Id: Ife2ee57878b2fad7af84f4a8b0b0a172f7a2cb7e

Project: help  a16a5ca2d6fa6604177f0d007226c7d99031f68e

Change-Id: I1f09a4b4377a9a6c21e0e260c856dd9fbff4f1bd

use GlobalRetoucheColor as fallback for draw object text edit

(cherry picked from commit 85388f93)

Conflicts:
	sw/source/core/layout/paintfrm.cxx

Change-Id: Ic7db0f2cf25727baa47e0cfeca4655549a820a85

Change-Id: I6604d1e626f83e6ac2203b7c80cd5b5b7d80181a

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

...which is only used for extension components, and only while they are live-
deployed into an soffice process and thus offloaded to an additional uno
process (which never happens for bundled extensions), cf.
cppuhelper::ServiceManager::loadImplementation
(cppuhelper/source/servicemanager.cxx), and (at least non-bundled) extensions
should never use the "prefix" feature anyway, cf.
3bafe5f5 "Extension shared library components
must not use the 'prefix' feature."

Change-Id: I19c4b71029eccf0c4f3d4481ea5f3542205f685e

Change-Id: Ic2fff8cabbc077b6fc9dabffd2c6fcf555152b11

Change-Id: I73badeb7763da155296ff5bb673b36411e10791b

...at least no non-bundled ones, see 9dfcee9266c9769153444cdcd4ab0e6e636c3eb6
"Not being able to honor a 'prefix' is a rather hard error" and the description
there how that can lead to a crash when using mysql-connector-ooo.oxt:  "'rm -rf
instdir/*/share/extensions/mysql-connector-ooo', 'instdir/*/program/soffice
workdir/*/Extension/mysql-connector.oxt', install the [extension] per-user, then
'File - New - Database - Connect to an existing database: MySQL - Next >> -
Connect directly - Next >> - Database name: foo - Server / Port - Server: bar -
Next >> - Test Connection', crash."

This is a partial revert of cd79d514 "prefix all
component_getFactory methods."

Change-Id: Ia7a6272eb0597e3b3bbf4ab333174b3232448539

It happens when an extension has just been live-deployed into the running
soffice process and then trying to instantiate out-of-process in an additional
uno process one of that extension's shared library components and that component
---erroneously---uses the "prefix" feature.  (Which can be reproduced with the
mysql-connector-ooo.oxt extension, --enable-ext-mariadb-connector: "rm -rf
instdir/*/share/extensions/mysql-connector-ooo", "instdir/*/program/soffice
workdir/*/Extension/mysql-connector.oxt", install the per-user, then "File - New
- Database - Connect to an existing database: MySQL - Next >> - Connect directly
- Next >> - Database name: foo - Server / Port - Server: bar - Next >> - Test
Connection", crash.)

Change-Id: Ibab2ad31199eec5dc26ffa337a5e3e7490f782d7

Change-Id: I606efefada9529571e5a400da65592905200b987

It is unused in LO source code.

It was not really clearly defined what it meant and what it could be used
for. Its value was ".exe" for Windows and ".bin" for other platforms. But we
do have a "soffice.bin" on Windows, too, corresponding exactly to the
"soffice.bin" on Linux. On the other hand, on OS X we don't have any
"soffice.bin", just a "soffice".

Change-Id: Iceee19cc8768c5aaaeeb9bba34b9cde50073498b

Change-Id: If19c06fafc6bdf121e72e49329c89839693297bf

Change-Id: I5851af308193527a30eef1ded256f6b9ae69b260

Obviously just a question of personal taste, and we have no consensus
here, and some say that <sal/config.h> should be included before any
other LO headers, for instance. Oh well, if this commit breaks on some
platform, please revert;)

Change-Id: Ie02ec4e68b19961165608220f07808641d2e4fda

Idea from http://lists.freedesktop.org/archives/libreoffice/2013-July/054088.html .

Sure, there must be tons of more code that should be ifdeffed for
HAVE_FEATURE_DESKTOP_GUI_ELEMENTS.

Change-Id: I1ef9ec749b795919c6e52e4f9e0a03bd0e874bc3

Change-Id: Ic58a0c6302b4bdac892ba1d9d019ae5b6f98e27d

When building for the iOS Simulator, the -mios-simulator-min-version
switch should be used, not -mmacosx-version-min.

Change-Id: Icaf184b99d6b6160786b7a9de2fe475251d244cf

Change-Id: I459308bbc0f957b11f3088e56cd21b4aeef9721a

Change-Id: I722b28f0d432c051fbe3a55823bc64b8a86e9a17

Change-Id: Ib2806d71f9c2dc18c64f2c92012eaa1c77ddd9d2

Change-Id: Iea42dc54c6d3b81142939b920d932d4cf83dc6e1

so the maLRSpaceItem( 0, 0, 2000, 0, EE_PARA_OUTLLRSPACE )
in sd is considered the same value as the default
all 0 EE_PARA_OUTLLRSPACE.

But why the change of the Which id triggers this apparently
always there underlying problem needs further investigation

Change-Id: I41ef93cf8992f2b5cc72ddb474c54525415657b4

Change-Id: Ie599ddddca533db3a626ab63a9d47e10d76a4a94

Change-Id: Iac999c157d0d3fdb737bd2d92240e252cfb05333

Change-Id: I4727687b1f359ecf4eb8855b7894bf2a2047ba9d