This reverts commit 9411d4d5.

Should fix the cross-compiling tinderboxes running on Debian at least.

Change-Id: I4fad1beb1a380c69fd1c9461bbf3f4f125df69ee

There already was a patch to use @executable_path (which is wrong, consider e.g.
when such libs are loaded into the URE uno executable), so fix it to use
@_..._OOO instead (and no need to set --prefix), and pass the resulting libs
through macosx-change-install-names.

Change-Id: I2eb1801b64de81ac2b2844f893c9149fc78c3aa9

For every cell with CSS class attribute we tried to obtain the number format
from the number formatter and if not found tried to create it, even for empty
strings (no mso-number-format attribute present) which are never number
formats. Skip that.

This was actually a documented feature, so removing it just because it
only happened to work sometimes by accident was a bad idea :)

(regression from f4b6c94c68b5f67b931cde8d0acda6ec8b288bb)

So implement this in a less accidental way, so that Ctrl+Shift+Del
at the last position inside a table will delete the following paragraph.

Do not implement the weird "only delete first sentence and merge rest of
paragraph into cell" behavior, because i don't think it makes sense;
much better to just delete the whole paragraph, that is also the most
likely use-case for this (with table in frame/header/footer).

Change-Id: Ia88b3c8958798fd9c64ee75b56c61d787079133e

Regression introduced with 11cbcb8b
followed by 56d65893

Deep from svtools/source/svhtml/parhtml.cxx HTMLParser::_GetNextToken()
only a HTML_TABLEDATA_OFF was generated for <td .../> without a matching
HTML_TABLEDATA_ON (actually same for all <XXX/> ON/OFF tokens). This
confuses a state machine that doesn't keep track of such unexpected
closures and also expects all attributes of an element at an ON token.
Only the parser knows this is actually one token but needs to generate
separate ON/OFF tokens.

These bugs mentioned in the original code and commits are still fixed
with this change:
https://bugs.freedesktop.org/show_bug.cgi?id=34666
https://bugs.freedesktop.org/show_bug.cgi?id=36080
https://bugs.freedesktop.org/show_bug.cgi?id=36390

Change-Id: I2b3190d297a35ee3dfda95f9a4841f7c53ed4a92

Change-Id: Ib860b6dc3b7ace5f737d283778827bfb0783b362

Change-Id: Ic3d3abc5404446ca378fda9ccfc12d741a560594

...leading to macosx-change-install-names not doing its work, and librdf
referencing libraptor and librasqal with bogus paths on Mac OS X, and thus
cannot be dlopen'ed.

Change-Id: I187ce9a0ddc453157bf8666df4d385a07a8762f7

(cherry picked from commit c66db94a)

Change-Id: Ifd4c734fee97d7b8f904a1f32c1367a13dde92b2

assertion corrected: BitmapEx constructors with Mask or AlphaMask...

needed more checks

(cherry picked from commit 560ab48c)

Change-Id: Ib6d41bf3349ee89458e06c632342bff43d7a233c

Change-Id: I9594d929316b917b47b40324e3e6666043ddc1fe

Change-Id: I3a849fddeb977f4184a69af7fa35c452cf39472a

The problem was that when border was enabled (and the importer leaves it
unchanged, and it's on by default), there was not enough space for the
text.

Change-Id: I3ce770eb523389bcf7c5e83d4e76155e2c45de6d

Change-Id: Ib35a6c2968c4633b565aaf47bb5358f15890083f
Reviewed-on: https://gerrit.libreoffice.org/3920Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

after closing the document

Found by: zhangjf
Patch by: zhangjf
(cherry picked from commit 33d9584b)

Change-Id: I131a17276f33059eb944fc34272c50f838b6973f

attached to textfield object explicitly

Found by: zhangjf
Patch by: zhangjf
(cherry picked from commit e2005137)

Change-Id: I5b7f240d0131017dc9fc35e6e1d14c553de8eacf

Patch by: Wang Zhe
Review by: Andre Fischer
(cherry picked from commit 2de9df3b)

Change-Id: I33b5d9975d52492d296e77b191ae1a394c8443a0

Change-Id: I4a318274f4b4175af1d4108484670eef9af9684c

Change-Id: I45ae680a89848f32e045a0d3252fe6624decbde7

Project: help  6e411048d9eb0628a54cfb23647a181efe85cd92

Change-Id: I22b7bef8106dc52a5f1d393805021318ea3d9f07

Apparently libjpeg-turbo (used on Fedora) has a bunch of emulation
modes for jpeg-6/jpeg-7/jpeg-8 compatibility, and the jpeg-6 one
supports JERR_BAD_CROP_SPEC too, which was added to libjpeg in jpeg-7.

Change-Id: I5ca4deb3ea059996cf72e0e92fc80bd11fc6979a

...used for now to transport @deprecated information.

Also, improve Idx-String (formerly Idx-Name, but also used for UTF-8 annotations
now) format, using the 0x80000000 for the indirection rather than the base case.
(And the README erroneously used "Offset of" Idx-String all over the place.)

Change-Id: I7003b1558ab536a11a9af308f9b16a7ef8840792

Change-Id: I137f2446d08b7b536ded26676132e63489e26e48
Reviewed-on: https://gerrit.libreoffice.org/3914Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>

b5a9cc71 introduced the use of JERR_BAD_CROP_SPEC which is not
available in Ubuntu 11.10 version of libjpeg62. So better
catch this at configure time.

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

We don't actually have any implementations of this service.

This service was introduced by
   commit 01cf4811
   Author: Kurt Zenker <kz@openoffice.org>
   Date:   Wed Jun 20 09:07:44 2007 +0000
       INTEGRATION: CWS compmetric (1.77.2); FILE MERGED
       2007/05/09 16:27:46 pl 1.77.2.2: #146890# algorithm is needed
       2007/05/09 12:13:59 pl 1.77.2.1: #146890# backwards compatibility service for metrics

Michael Stahl seems to think it was a Sun-internal hack introduced
for a specific customer.

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

Change-Id: Ie20dacb14b89d872045e58c84d4bf7804f4bee35

Change-Id: I61db7bf0def96209a85656128188f85899b72292

Change-Id: Ib762aa6b98b5fcc72b4677aa52053a04cd264a73

Change-Id: I00d2b1f25f393c6d3835a39a4b4579e66b622838

Change-Id: I98d240c3334358a5c2ec3b34e9967ebe945464f8

Change-Id: I2dbf51bbdd1cca6c934622066ac5da2c480effa8

Change-Id: Iab0028ad1bfd8a841a3cf87aadbe0dc9d9ad830e

Change-Id: Iad307aedc68f0f515e38949ee36f3fdf1fd0b32a

Imported column widths were wrong because we were iterating
over the wrong column ( due to a typo I guess ) nStartCol -> nCol

Change-Id: I0504bca597eb313c2c28d1a26ca03eec41ebbc34

Change-Id: I63e0ceb42db5c561cafaae160259ee7f2658552c

Change-Id: Ie94a16baaae9d942675d06dda9444b502e6a08dd

Change-Id: I89c0d24941de21f9be732fed80f499217f5c281b

The crash is handled, but the huge files' size won't be properly handled
on 32bits builds: would require a libcmis API change.

Change-Id: I8ef1190a4d1de7d91a67ec20330db9e1747dfdc2

Change-Id: I606e99e80ace5b086210e5a724a3e979e2b98cbf