Change-Id: I236d7d951bae8c40d2caaa5ecd6dfd669f8ea982

Determine the effective data area before all operations, so obtaining
uniform row heights, the actual sort and setting dirty and setting row
heights after sort is done only on the trimmed area.

Also make sorting leading empty columns to the end work again if no row
headers were given.

Change-Id: If2b6a15ca69e0db2ca71a888a134f7441b04cc27

Change-Id: I7e9edae135bd8f3b958c2013fe6d944ab3de2100

Change-Id: Icb4273515082bffaeb9d8f3ebcec8d76fa4192ef

Change-Id: Ibdf762b0d397f798372d9bf882aa82a6e5fd0229

Change-Id: Icc4a3d3661c3d40f9e71215bdc875c6a25f40ac1

Change-Id: Iea5bb0504518b380c3fe7c238d376dc26be8a7ef

Zero or negative count is unhealthy..

Change-Id: I4cce6c896e73e8e964518cbe4a29eb03ed481251

... in case the header is the only row.

Change-Id: I5e6046007a8d668f9834e108aaf8af0072629fc8

This reverts commit 4c07124c.
It looks like these strings are used via an iteration in docundo.cxx
So, restore them.

Change-Id: I1b0428de3d56b04908284c94b47dc6021375cc8e
Reviewed-on: https://gerrit.libreoffice.org/15629Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>

Change-Id: I487aad5217cb685ece971717445a68b4fb3d2b3a

Change-Id: I3ec59f2a736d230eeb9f6e5db49af16f3e570afd

Change-Id: I99c6677bcb1a491ede67322b21f6ca051a2e924d

Change-Id: Ia605aeb2a9936f3c60db179420805a3e986fd64b

Change-Id: I4d60400f4cc3f34529d632e52b676007f87ff646

dbaccess::ODatabaseDocument::loadFromStorage() is still not implemented,
though.

Change-Id: I1be11f2a2274f67dd0a11f96a718394d5f72605f

Change-Id: Ib2cb804fa42ac3cebd309de4ba3cdbbce9a1763d

Change-Id: I6a8689408141035aaf5cc87838c65eb4b9bc71d3

Change-Id: I3e78e3104af97eed91c102e9ca5546e0785c5f8c

Change-Id: I674eadb84fc870031244a61f5c07d2cdf18a8dd1

With 64-bit MSVC, sizeof(long) is 4 but sizeof(void*) is 8, so this
would select sal_uInt64 but SAL_MAX_UINT32.

This should make sizeof(sal_Size) the same as sizeof(size_t) on all
supported platforms, but still sal_Size maps to different integer
type (long vs. int) than size_t on 32-bit.

Change-Id: I638aac6b502e624ed6b01f5921e20bc40f42480c

Change-Id: I6d41aecfb1b41bf3d9e8fac6d63ae9874283e3a3

follow-up to 8568c722 "tdf#66232: Cannot open
files by COM2"

Change-Id: I5a0858dd6f48136f9f07b0d04c5634a6173dd154

Change-Id: I41c7053296c634c0fed5b31f2e080c3eaf59bbba

Change-Id: I1f5272cdf05b36d1c6958159a29c04ed7374592d

Turns out that at least with the glibc version I have on openSUSE 12.3,
whether <stdint.h> defines SIZE_MAX and friends or not depends on whether
__STDC_LIMIT_MACROS is defined, and that gets defined (in our case) only when
<stdint.h> gets included through some boost include file, or through
<cstdint>. In the case of this compilation unit, apparently <stdint.h> gets
included directly somewhere before SIZE_MAX is used in sw/inc/docary.hxx.

Possibly a better fix would be to make sure we include <cstdint> everywhere
and not <stdint.h>. That wouldn't help in case it is through some 3rd-party C
library include file that the <stdint.h> gets included, though.

This reverts commit 8e6527a9

Change-Id: I200985ee70eaf90fc3fa9341fdf9d657750e49ee

Change-Id: Ie2d97a3e3555d072bc963238b6421f80fcfda903

Seems that when cross-compiling to Android from Linux, we apparently
have used either the build platform's pkg-config files for ICU, or the
build platform's icu-config. Both of which are obviously the wrong
thing to do, but apparently it has worked by accident anyway.

This makes building for Android on OS X proceed past harfbuzz, at least.

Change-Id: I27351f6177438697a1cded642c8c669ba7221009

Change-Id: I4cd47d843e6892edfa43c37c131dde9cd324579a
Reviewed-on: https://gerrit.libreoffice.org/15520Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Change-Id: I4195fc8a7736a29a6f08d0745f39a0907a5545e8

Not sure why I get that error here but elsewhere SIZE_MAX works fine. But
anyway, we have SAL_MAX_SIZE, so use it.

Change-Id: I2c650bed35a560ed685ac01b4df4dc143af8bcd3

This reverts commit bec8fc58.

It does not really solve the bad spacing issue and it broke handling of
trailing whitespace in right-to-left text.

These strings were only used in the src and hrc file. No usecase in any .cxx file found.

Change-Id: I079f42818bf397c5226a7c1f9d2db37b841437c6
Reviewed-on: https://gerrit.libreoffice.org/15613Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

These strings were only used in the src and hrc file. No usecase in any .cxx file found.

Change-Id: Ib590629ee4c7a488254a18398ff92e9259f4589c
Reviewed-on: https://gerrit.libreoffice.org/15612Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

These strings were only used in the src and hrc file. No usecase in any .cxx file found.

Change-Id: I719520b985e55b655badf3676499d3dd9d97b363
Reviewed-on: https://gerrit.libreoffice.org/15610Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: Ia617e6e3524264ecc62d50bb8b58d1458b8e3303
Reviewed-on: https://gerrit.libreoffice.org/15582Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>

sc_autopilot had 24x24 instead of 16x16, most lc_lines are not pixel accurate, open the arrow in wraptext and hopefully better understandable 45 degree line symbol.

Change-Id: I10cea87be6a37c0e6bc631584473ded6657fd7f0
Reviewed-on: https://gerrit.libreoffice.org/15614Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Some of the usages of GetPos were just misusing it to find out
whether a vector contains given element -- use Contains() in those
cases

This patch is partially based on work of Christoph Lutz

Conflicts:
	sw/source/filter/ww8/wrtw8esh.cxx
	sw/source/filter/ww8/wrtw8num.cxx

Change-Id: I40bedba905e7577ba23f69acee178e0ea7cc1521

These replacements allow LO to load, save and mail merge documents having
more than 65536 sections in total.

Change-Id: I0e70889b1edc6e472a39f1f2638ac3c70a0d7058
Signed-off-by: Katarina Behrens <Katarina.Behrens@cib.de>

Change-Id: I38ea7b31b055dcd9c3d3d55fe22908295c52bf58