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

Change-Id: Ife8bb0bb1d20655c0526aad1d4921713c961eb7a

Change-Id: Ib871b2c8bb5696bc7c31413548362410f0d35187

Change-Id: I93078315c6113bbde630ab8a2cb6c11668c9d041

Change-Id: I5fecd9cfb64fee9d18e4491e6219c1b90e64ea7c

Change-Id: I02dbe522c61804e5868b350e99ab02f691f36b0b