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>

Change-Id: Id2f74c5104873e78b188c9a2b8c779c8ada3bacc

Other inconsistencies in spacing and alignment remain, though.

Change-Id: I2b4f9e34781288c5146518be853d3831ec32e968

Lossless optimisation of png files in Breeze icon theme, using ImageOptim.
Saved ~324KB out of 669KB. ~53% per file on average (up to 78%).

Change-Id: Ifbd936473f75cb1e6698facf40e90433f002905c
Signed-off-by: Andrew <dent.ace@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/14900Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I6b662e8588153a9437615de0652e3169fc867b82

as they are not written the same way in all languages.

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

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

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

Noted as a hot spot in the callgrind of
test-files/loperf/091_fdo#39372.odt

The idea for the lookup tables is credited to mjayfrancis.

This takes it from 1.8 billion instructions to 1.1 billion instructions.

This change has been submitted upstream (along with other changes
to these source files that have not yet been pushed there)
in ICU ticket:
    http://bugs.icu-project.org/trac/ticket/11577

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

Normailizes MarginEdit before assigning values to SetMax and SetLast

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

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

workaround template issue

Change-Id: Ifeb828685b3f63159249211aa32a90dcba2e5570

Change-Id: I310099e8e12fb6440e98fbca97af512a4f872ac0

Change-Id: If88a5b1171ef0b586861dd071820bc993c4cf06e

Change-Id: Ice8504041f22e00f2e5010813d9dff1d2987c8d6

Change-Id: I11e616ec1e3249573797bd2a4bb2b52f11c115ee

Change-Id: I112bb65a3f470b3f179efd1cf9fa979175d5d350

Change-Id: I2fb2c4ec0e9467d7ced05b0e815e0d5bd2ba74c3

Change-Id: Iec2bc991821aed8da4427c6efc4ec8df72554923

Change-Id: If9645dc5962432af6912c98649eea9c981fb0ed1

Change-Id: Ib8c3599d245fbc371d00f28d812138b26c3f706d

Change-Id: I6504e354cfb381cc00ea837f959e2e18e5fc596c

Change-Id: I0556481aee672451221aa72a8a90d465f3670313

Change-Id: I3a29d90c60157dceb1da2225f4517ef3d193815e

this appears to be completely unused

Change-Id: I74dad8b0c478a1aed035ce9cc663a74de157816e