Split Cells - There are two icons in the 
Table > Split Cells dialog which are to be saved 
in svx/res/ as zetlhor2.png and zetlver2.png (done) 
and duplicated in links.txt in sw/res/ 
(svx/res/ done but which sw/res are 
the duplicated ones?)

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

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

The line with in the sc version is only 1px as a test.
Changed the icons to fit better into impress, modify insertfootnote ("i" slighty moved down).

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

Change-Id: I8f6a988ef8bd3642fe6997170dfb50935e6bf3b6

Change-Id: I4c02d7613743a1b11594fd96f6131219afd102ef

Debugging with Visual-Studio, attach to soffice.bin

Description:
Start 
  make debugrun
after the start of LO, in VS-Debugger
  "Attach to Process" to the soffice.bin
then start in other box the test with
  make gb_JunitTest_DEBUGRUN=T JunitTest_YYY"

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

Change-Id: Ic743bb74894a3873f72333a5d33211964e7bcdaf

For one, intended warnings about pointers as function call arguments being
implicitly converted to bool are also covered (along with more) by
loplugin:implicitboolconversion.  For another, this code generates false
positives inside lambdas (where the check for CallExpr eventually always hits in
the PointerToBool::ignoreConversion recursion), see
762e90ff "vcl: loplugin:pointertobool."

Change-Id: I55eaa668c1b4a2c66a5a015b2414bf161f796f2a

Idea originally from caolan.
Found using the following command:
find . -name *.cxx | xargs /opt/local/bin/grep -zlP '(?m)if\s*\(\s*\w+\s*\)\s*delete\s+\w+\;'

Change-Id: I3338f4e22193a6dfd6219c8c75835224a3392763

Change-Id: Iac6450ed3a7742022d97b0121165f992b483eea0

after commit 8066c739
"cppcheck: noExplicitConstructor"

Change-Id: I2caf2f5d0679e46cee5637d3090dd5a7bee5d25b

Change-Id: I03981ceba67280e8ed98a9add7f24b3bd958d522

Change-Id: I3dd04cd9d8e33d24c42e55b24c4f5e265e6265c2

this appears to be a mismerge of

commit e0ad036e
Author: Luboš Luňák <l.lunak@collabora.com>
Date:   Thu Feb 19 16:39:06 2015 +0100

    mailmerge doesn't need to use the singlefile technique for printing

    It should be sufficient for every record to just update the fields and print
    the document. The printing code apparently rather expects to do the printing
    in one go, so split the functions up there.

    Conflicts:
        include/sfx2/viewsh.hxx
        include/vcl/print.hxx
        sfx2/source/view/viewprn.cxx
        sw/source/uibase/dbui/dbmgr.cxx
        sw/source/uibase/uno/unomailmerge.cxx
        vcl/source/gdi/print3.cxx

where the else if block is positioned at a nutty location

Change-Id: Ia22e9e53c27256131283babaf779e57f157ba6b8

It works for me at least.

Change-Id: Ib4128ace7b218d55a72dddd50666fe75faee7d34

Change-Id: I34511c7947ff78654a34a3d2bd21754b6d004420

Change-Id: I1167d0ce6b6f6e48309d0551c1d2a283d79546a7

Change-Id: Ib6fdfc22ce6cdf757066b422624b631b3f26e170

Change-Id: Ia7281c853454e283150bba3c79aa9579363c7ca3

block paints only if the new requested size is larger than the original and
unblock on explicit expose events as well as configure ones

Change-Id: I72829a5b6e55d6bbdaf934af427ee3b50fe11fd4

Change-Id: I2b1a20abb52a2ccc07f77a878b4b9e68c301a5f7

Change-Id: Idbf5301d17d413077c7dc436a6f140a412ae71cd

Change-Id: I033b9e141bde73820972f285e97f5c14d60b1a43

Change-Id: I444c40340bcfd64f88dac34da6cc858f66996fe6

Change-Id: I2b5fba9cdd950349a8e8d22bbd7bb6e17f008920

Change-Id: I354aa987f8e732945fb552d855a3416c782bb508

We already have the global ENABLE_GTK3 guard for RHEL5 baseline.

Change-Id: Id814a4063861a1e750952b44686ed24864c0394f

Change-Id: I8d2541f5cbd2b908c2b0dc52cccf9b936bbc307a

Change-Id: I57f2d7b9383790e5c34fc517a905dd537519598f

Change-Id: I7c33bb425ea1f32cc810205e025290a957ea68aa

Change-Id: Ib8b6342d1da526df6104125ded546b3f053c448b

Change-Id: Iaef623fd52bab9bf296431f1b905afb04e16d05b

Change-Id: Ibecfa73dd1b865edba77caf51f5003d1b18692be

Similar to 47f002cb the RPN tokens have
to be adjusted to catch also references generated from named expressions
and the like. Quite likely this may fix some non-obvious cases of
reference update bugs and listener problems. If some cases worked so far
it means we're recompiling too much..

Change-Id: I29e8427f72afdd29aa45047cb52ba59161c18892

Change-Id: I5d44ff6d514d2e40df23f6c419463b980f39d2c7

Change-Id: I415ccb6132b802f62c93367a050242aee3c128b1

this is the canonical order, and it makes the code easier to read

Change-Id: I272e7f1e140296e582702b6dbf77a03eefb65470
Reviewed-on: https://gerrit.libreoffice.org/16242Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>

there is no point in spawning a thread to load a document and then
waiting for the thread to finish

Change-Id: Icd5d5452471b0a50a8e3525ab2b5f32a500ebdf4

Change-Id: I687f7020284d86a880a0a5db31658f01edf8e850

Change-Id: I8e4d123626b5ef750c3b266d1aa1c96e1944b080