Change-Id: I4911dcb5d902a5b92d4c175054acd220e449459d

Change-Id: I5da4ca67caf2bc2e368c74cf719b080c63b6d47f

Change-Id: I058cf5bdd3d11fb28b3e497c1a13e4ffc7e4ed84

...from include/i18nutil/casefolding.hxx

Change-Id: I892a83b8e40dadcffc1b59eaa18bee2b782131f1

Change-Id: Id8201bc91c8e398b972b7294b8916d4ac76c787d

Change-Id: Ie76cab45f5fd609457b11cb3b9732cba2da3b023

Change-Id: I96582bf05787a30479d324ff8deb7cea758bb2c2

...esp. after aba01069 "Always build 64-bit code
for OS X" combined with the fact that the TDF 64-bit builds state 10.8 as a
minimum requirement.

For a build with SDK >= 10.8 and no explicit --with-macosx-version-min-required,
this also enforces libc++ instead of libstdc++, which is a prerequisite for
future use of more C++11 features.

Change-Id: Idc770c30ff844b6c3e84d088b5deead0a577e7bf

Change-Id: I255504e2c84783387d2fc308800812bef5e82734

of application/vnd.oasis.opendocument.text-master-template with
suffic otm

https://lists.oasis-open.org/archives/office-comment/201002/msg00042.html

desktop/icons/oasis-master-document-template.icns is just a copy
of
desktop/icons/oasis-master-document.icns
because I can't draw

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

...to avoid mis-clasification of e.g. GCC 4.6 libstdc++ on Ubuntu 12.04 as
witnessed at <http://ci.libreoffice.org/job/buildbot/2461/consoleFull>

Change-Id: Ia754a8d847e7af4e0e25b4bf82e17214f7212894

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

Change-Id: I25b123d8086feef028ffea707d4854392964df7b

Change-Id: Icefedf1d3fe09ed6670481dcdc4c5e745e816b1b

Change-Id: Ie49cb4729d70f2b1fee9a2b7bd4ac095732a3d58

Change-Id: I6a1abc2839de2c7b8508f7edabeec8016e67ba5c

Change-Id: I123b6dd56c21cdecd218152396f8cb8366ef53b2

Change-Id: I7fa377b37e4985196ad25da0ff3d116aff36ab01

The default on Fedora 20 is 8MB, which causes stack overflows from
CPython code in some of the JunitTests when built with clang 3.4
-fsanitize=address.

Change-Id: I3de9975564aad668e746cea74ae10931ef36a608
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

It's boring and a waste of time to have to keep registering in
include/sal/log-areas.dox new log areas that other people have introduced.

We don't really have a uniform policy for logging anyway, so why bother trying
to enforce a such for the log areas? Anybody uses whatever log areas and log
output style and formatting they want in the code they happen to be working
on. And that's fine with me. We were supposed to be the project that avoids
unnecessary process, rules and bureaucracy, right?

Change-Id: I6bddcb56b58edcd885e5dc743c8730878de0036d

Change-Id: I90589bc042f4b88b700e9f3c167c460c3cff043c
Reviewed-on: https://gerrit.libreoffice.org/11311Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Avoid unnecessary temporaries when converting primitive data types into a String.

Change-Id: Ied91859e756ff392b1a0ea8d6d889afae11b2f8d
Reviewed-on: https://gerrit.libreoffice.org/11366Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I2c4c85b2da7b7037fc9da16793d18667b3d25503
Reviewed-on: https://gerrit.libreoffice.org/11375Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I849da46aee801686cf6a581d65276ab60575c078
Reviewed-on: https://gerrit.libreoffice.org/11372Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I5cdd1fb4fe77c7fc9614f2a6de8995d98d60b551
Reviewed-on: https://gerrit.libreoffice.org/11368Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I96d081f394b0b62d99ec1034bf5e99da9aedd9d9

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

Otherwise I get sw/source/core/layout/anchoredobject.cxx:582:

  <SwAnchoredObject::GetObjRectWithSpaces> - cache for object
  rectangle inclusive spaces marked as valid, but it couldn't be.
  Missing invalidation of cache. Please inform OD.

Change-Id: I3f315b15fca6e2480c11183269be5583e6aea123
Reviewed-on: https://gerrit.libreoffice.org/10977Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

If the anchor is valid, check if its page is valid too,
before moving anchors on view change.

Change-Id: Idffdfdb786cb29a105c06d652e6ad7315abfb4c5
Reviewed-on: https://gerrit.libreoffice.org/10976Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Previously there was a restriction for the range to contain at
least two nodes.

Change-Id: Iadf21d3928303c2ab8df0d93dabd969ed1ff7e09
Reviewed-on: https://gerrit.libreoffice.org/10972Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

There is still a difference, if run mail merge throught one or
the other function (MM wizard or UNO).

Change-Id: Ia372bd3edea4c8dfb58e045fc8fed2efcb2a4fde
Reviewed-on: https://gerrit.libreoffice.org/10971Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

It turns out that document compare / merge and master document
insert file are all the callers of SwFindDocShell() so move the fix-up
there...

Change-Id: I912a464c3acab8d0adb7b5b659d62f629a15cb70

Change-Id: Ice3d2bc4a575b324377273cdb655e06577f6a4a2

Change-Id: I7195bba02474ac1c00fce0a93f59be622a920686

Change-Id: I2ad27cb09031dfadaa628939c191ccc5d88ecffe

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

Change-Id: Ie21c61d718d720ec6bac741cd17e807123f47129

In commit 88a874fc "convert SfxItemState constants to a proper enum"
I made some mistakes in converting bitwise logic to boolean logic.

I fixed one of those places in commit 7ad83656 "fix bitwise->logic
conversion in SfxItemState commit"

This commit fixes the other places where I converted bitwise to normal
boolean logic. I also validated that none of the existing code tries to
uses combinations of these enum values.

This commit also introduces an exception-throwing check in the one place
where the enum is explicitly cast to make sure that no combinations
sneak in.

Change-Id: I545f7d17b76c4fd999078867caec314e83ffe165
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

from ParagraphObj, by using boost::ptr_vector.

This is also a supposed fix for ParagraphObj::operator=(),
because ParagraphObj::ImplClear() now makes the vector empty
while its original code kept deleted pointers.

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

hmm, make CppunitTest_i18npool_test_breakiterator fails after all

This reverts commit 693f72384e081429cddb29415276cc4d07b05645.