Change-Id: Iaba7852af44248b5479e5ea0c7ccf51561df4c2d

Change-Id: I9fbbb8fa1d0fee1b761143923c843658f3fd4053

Change-Id: I1b70e51c2bb99db0e546793f0257e751c9129b47

Change-Id: I5bbcb45312cb85c67ef1205b31e7ea4b0e944da8

Change-Id: Ib0898e852f688863f8064ca773bc5a6947be44ad

Printing ordinal suffixes as superscript is just not done in Swedish and
likely a few other languages but this change only cares for Swedish at
the moment.

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

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

Change-Id: Id0d81d2216692f9b596493b5a424fea656295b71

Change-Id: I31ddba4e4b0020ed8187d67eb69353f81da8bd1c

Change-Id: I6aac0645939cea0ef8fbfc2796f94cffc56d224e

Change-Id: I6e203792187311f3d00fd074fd67cbae7680723e

Change-Id: I217077de4ccc2667a17e34ffcc781f1a6b736210

Change-Id: Icd690bf20c47152b00e1f51586471f9fe029c4cf

Change-Id: I6d9457e8f005dffef5ce8969ad895b43e90efadd

Change-Id: I451f2670027eabb692ad2c91f33dfe7c311b8731

Change-Id: Ic5a459704c6cc60d854ae285543314df063d8926

Change-Id: Icdcd46d392bbf1dbe45448328c310d9a327ba60d

Change-Id: I73a231a091a84f7c27e3d7e0e32f6042c7ac0df6

Change-Id: I1c50425743d6f5e55eb45b0902e256e17d81cc9e

Project: translations  6a11450be8a19648f3f76d7b9a098a9ef7c4d76e

Change-Id: I3b8fe2e1aec18b41b1d4553bca0fa6c52d5cfde6

regression from

commit 553a058e
Date:   Sat Mar 14 20:43:43 2015 +0100

    core: dont use 'shortcut' that is longer than the original

    Change-Id: I0154e484a4f4d6ce6672ddf35d1869157a61f71e

Change-Id: I4159a5caf492900bcfb863bc0bc5cf59a47a311c

Change-Id: I1d2615ed478417a965ebddb37539ce4697b8e92f

We always use -I$(SRCDIR)/include, and the #include statements use
<shell/*.h>.

Change-Id: I62d32b3a1bd0840f3a4bb149c5552c2aed98cb56

Change-Id: I69f20c3632c0bee7a3189aaa5a96bd9fff2da222

Change-Id: I3cfb09eacfa129a92dace47fd26ccf6e5d1a6756

Change-Id: I2b04152896cdd231cc9be4ab008bc57a65c840da

The 'unsigned int(expression)' syntax is *not* correct, says
http://en.cppreference.com/w/cpp/language/explicit_cast, but
apparently MSVC and gcc don't mind. Clang doesn't like it, though.
Re-introduce kendy's change but use static_cast instead of functional
cast.

This reverts commit 33d2475d

Change-Id: I799cce13e9bebf1a375243c294c4fa8788502ec6

Obviously some thinko, does not compile.

This reverts commit 684aec54.

Change-Id: I971d94c353adcdf70e0f251d6103b1e19042687c

Fixes an unitialized read in wglDeleteContext, thanks Dr.Memory!

Change-Id: I3706b18526c48277f9b4a6801c95c26a10a86965

Change-Id: I7df8716e90e9097336919d2a9208a549b8f7d3d0

Change-Id: I00ad970ab7cc97cfa37d6785540d6cfa825976c8

Project: help  be139ba7c2e4eef2c529c8506820641185867ae0

Project: help  325b71813e476e25acbcecbb34f57ec2609ee98b

Change-Id: I1523ba22d419a12ae60de4f7afd293fe6cbfb6b5

Mail merging the current document is expected to change the
source document. So there is no need to try to restore the pre-MM
document, even the visibility. In the end any effort is futile,
as field changes cannot be undone.

Even worse: it introduced a regression using the "data to fields"
function from the data source manager (F4), which would never
set the correct section visibility.

We need to copy the document to prevent changes to the source
document and skip the quite probably unexpected save in MM.

Change-Id: I814905f1566a63b2ee14cb5f6d08da34c05942aa

the only case where we don't just create a new surface is the X11 case

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

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

By running some tests, I noticed double wave didn't appear when opening report in non edit mode.
First you must know that to indicate "double wave", xml contains these 2 information:
style:text-underline-style="wave" style:text-underline-type="double"

The problem is the reading order of the parser doesn't seem the same each time.
So if it reads style then type, it's ok thanks to this part:
    132             case awt::FontUnderline::DOUBLE:
    133                 // A double line style has priority over a bold line style,
    134                 // but not over the line style itself.
    135                 switch( eUnderline )
    136                 {
    137                 case awt::FontUnderline::SINGLE:
    138                 case awt::FontUnderline::BOLD:
    139                     break;
    140                 case awt::FontUnderline::WAVE:
    141                 case awt::FontUnderline::BOLDWAVE:
    142                     eNewUnderline = awt::FontUnderline::DOUBLEWAVE;
    143                     break;

but if the parser read type in the first place then style, the case FontUnderline "DOUBLEWAVE" wasn't managed

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