wcscpy_s is buffer size, not string length, so size must also account
for a terminating NULL

Change-Id: Ie69692e47c142f3b733b093d0b87fa4bb03db7b4
(cherry picked from commit 2279f1f0)
Reviewed-on: https://gerrit.libreoffice.org/16653Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

With this, if e.g. Ctrl-A is hit for a hello-world document, then
selection is properly visible.

Change-Id: If3fae1e73dc76c50e62f6e1f31d99873636f0e93
(cherry picked from commit a2c4bed5)

Fixes warnings on startup like:

warn:legacy.osl:13026:1:svx/source/svdraw/svdpntv.cxx:813: SdrPaintView::UpdateDrawLayersRegion: No SdrPaintWindow (!)

when double buffering is enabled for SwEditWin.

Change-Id: I3dd8019a158b7d50c5e460abf504da31aabe72c3
(cherry picked from commit 82307b16)

With this, most of the SwEditWin is painted to the virtual device in
case of double buffering, not directly to the screen (avoids
flickering).

Change-Id: If93aa082daaec6b0e2c417ebc7367e5ab601aa2c
(cherry picked from commit af9d02a2)

mbNoFocusRects is also the case now for gtk3, but this unfortunate
heuristic makes the database and chart wizards and various other
things just way too tall. This is likely a desperate effort to
make pre layout dialogs size to something sensible

Change-Id: I501f04ad96063935dd1f162e009ffd5053a820c4
(cherry picked from commit 93b615d2)

themeing has changed around quite a bit, and there's insufficient interest to
get older versions looking right

Change-Id: Ia2ee58d66c859e3bf00b54413fac1efb00d38dd3
(cherry picked from commit f82e6424)

IMDeleteSurrounding is used by input methods to take multiple
keystrokes and convert them into a special character.  Then the
composing keystrokes are removed.
Before this fix, the cursor placement was not adjusted,
so the special character was inserted in the wrong position
and if 3+ keystrokes were involved, the wrong characters were deleted.

Also fixes "editLine should have focus on accessibleText init."
The first time an accessibleEdit is created, it didnt recognize any
focused text when editing in the "Input Line".

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

... for callers that individually check for them, like
ScRange::ParseAny()

Change-Id: I23fc2c178a9c89b59f99f2fb86223324b7e5d378
(cherry picked from commit 07cd14f1)

2 changes for the 2 following bts
First bt: see https://bugs.documentfoundation.org/attachment.cgi?id=116883
Second bt: see https://bugs.documentfoundation.org/attachment.cgi?id=116888

Change-Id: I92ed3b7305bb5b714532f2dcffd615a8337db8b6
Reviewed-on: https://gerrit.libreoffice.org/16557Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit cb813b39)

0  0x00002aaaafaf3b0c in BrowseBox::DoShowCursor(char const*) (this=0x2f424e0) at /home/julien/compile-libreoffice/libreoffice/svtools/source/brwbox/brwbox1.cxx:182
1  0x00002aaaafafe392 in BrowseBox::GetFocus() (this=0x2f424e0) at /home/julien/compile-libreoffice/libreoffice/svtools/source/brwbox/brwbox1.cxx:2489
2  0x00002aaaafb27966 in svt::EditBrowseBox::GetFocus() (this=0x2f424e0) at /home/julien/compile-libreoffice/libreoffice/svtools/source/brwbox/editbrowsebox.cxx:237
3  0x00002aaab1b5706a in vcl::Window::CompatGetFocus() (this=0x2f424e0) at /home/julien/compile-libreoffice/libreoffice/vcl/source/window/window.cxx:3948
See https://bugs.documentfoundation.org/attachment.cgi?id=116859

Change-Id: I664884ee9333055707aecd7ad309c1a97596b71b
Reviewed-on: https://gerrit.libreoffice.org/16583Reviewed-by: Philippe Jung <phil.jung@free.fr>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Missing "else" in front of the "if"
Regression from http://cgit.freedesktop.org/libreoffice/core/commit/?id=7b355da6853af6678c4ba22710d157cf8a6d43eb

Change-Id: I3c32e8f09acbea7094c4268384ec4b1c4e028fc5
Reviewed-on: https://gerrit.libreoffice.org/16497Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Deena Francis <deena.francis@gmail.com>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
(cherry picked from commit 594ef250)
Reviewed-on: https://gerrit.libreoffice.org/16576Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I845a3eda41263a07e1e69eb6ff37ff5ab2576905
(cherry picked from commit 9ce8f735)

Change-Id: I906f53ca5428b51077b4ac28462c2e8827f2a31f
(cherry picked from commit f4305875)

Change-Id: I9188c6071f62d13a688c1eb6b14b1ac3f7dc77d4
(cherry picked from commit 67d0aee9)

Change-Id: I173618b2e6a2ad69918da8b85ec0eef7099f1d3d
(cherry picked from commit 02b1e147)

For example, convert A1:A1048576 to A:A but not A$1:A1048576 or
A1:A$1048576

Change-Id: I7845134f79a04f7c031896d515ea1cb8050bd454
(cherry picked from commit 0ccefa0c)

Commit 56dd27d9 (sw: invalidate after
keypresses when we have a callback, 2015-01-13) only enabled
invalidate-then-paint for the tiled rendering case, because the main
loop had no priorities back then.

This limitation went away with 48c2815d
(tdf#91727 - Unwind non-dispatch of idle handlers., 2015-06-10), so it's
not a problem to always do this panting inside the Paint() call.

Change-Id: I98ddfcc0f20f1553974b74ec3c859dde315612e4
Reviewed-on: https://gerrit.libreoffice.org/16587Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
(cherry picked from commit beb4aa21)

The idea is that mpOut is only used for non-drawing purposes outside
Paint(), e.g. to do logic <-> pixel conversion.

Change-Id: Ia83cd32dd0a5152dcfc1644e92af08b4ddf4653c
Reviewed-on: https://gerrit.libreoffice.org/16584Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
(cherry picked from commit 98d2d985)

(cherry picked from commit 8527dfbd)

Conflicts:
	sw/source/core/layout/sectfrm.cxx
	sw/source/core/text/frmform.cxx
	sw/source/core/text/txtfrm.cxx

Change-Id: I98de3f5413756c494c677d592ea921155e4c08be

Change-Id: I2aaee946bdc5a22cf5a83e1e50714556260280f3
(cherry picked from commit 7192cb0f)

Change-Id: I34306bb1622c79489eb647ed45f398ad2634c144
(cherry picked from commit ea1ea3b9)

Change-Id: I9c59116828585c9645bc415ef5fffe65a24d09ee
(cherry picked from commit 533e9794)

Change-Id: I214f49ada17ddb350586426085d27290ad46ee61
Reviewed-on: https://gerrit.libreoffice.org/16603Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Ie9cbf1b6dfc79df3a74efd3b9bb31ce33e7be3a0

(same as dfba7454)

Change-Id: I3c79b406c2bf661717880def94989614860f9cb6

Some callers of ScRefUpdate::Update() rely on a return value
!=UR_NOTHING if rows or columns are inserted or deleted or moved, so
simply ignoring the entire columns/rows cases is not possible even if
the ranges actually don't change. Instead, return UR_STICKY that may
allow to further differentiate in future.

Change-Id: Iba6c1e5eb1a33d39ef677ef1de2f2d296bf504f1
(cherry picked from commit 9a21a20f)

Change-Id: Iac8574329c8c8e0bc0ac956993ccdd085372a6cc
(cherry picked from commit 5e83f49e)

Change-Id: I280408bae5d9c15c6bbc7da5f3e4ec8dd20757e8
(cherry picked from commit 1ca05e1a)

Change-Id: I89c1249315059d6a04615de27e8b9b18dfd300ff
(cherry picked from commit 81b606f5)

Change-Id: Id8d726599f6bd647ac41612df869e95faea75d2d
Reviewed-on: https://gerrit.libreoffice.org/16440Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
(cherry picked from commit e8938f2d)
Reviewed-on: https://gerrit.libreoffice.org/16528Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Reviewed-by: Philippe Jung <phil.jung@free.fr>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I8eed87f0e6c0816a7d315f6c5ed039b0b193c322
(cherry picked from commit 30396941)

Change-Id: I23537399cbf325a7049f67654439714c3dc1421e

Change-Id: I19586eaae36fac7fa750614e6e31eff1a1e8440c

This reverts commit 6c84442f.
"tdf#87820 Images not displayed properly in Calc"

and replaces it with an alternative solution

Change-Id: Iecb560d43767f0e41e442a307eefcdcecb7589ef
(cherry picked from commit 2d196d0e)

since

commit e8b97a52
Merge: 2b0be6c0 0cde74f7
Date:   Tue Apr 28 11:41:31 2015 +0100

-         bWaterDisabled = !(pTreeBox || aFmtLb.GetSelectionCount() <= 1);
 -        bWaterDisabled = (pTreeBox || aFmtLb->GetSelectionCount() <= 1) ? sal_False : sal_True;
++        bWaterDisabled = pTreeBox || aFmtLb->GetSelectionCount() <= 1;

Change-Id: I14d848b4527adf05eb05110b93369791134cbe6c
(cherry picked from commit 76837070)

Change-Id: I1cdfc8495dbc54b71d5971b7aef396b7a34c6de9
Reviewed-on: https://gerrit.libreoffice.org/16555Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
(cherry picked from commit 605f2233)
Reviewed-on: https://gerrit.libreoffice.org/16559Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Philippe Jung <phil.jung@free.fr>

properties.pSGlobalShell can be legitimately 0 here.

No testcase, for some reason the export does not crash if it's done by
CppunitTest_sw_filters_test or CppunitTest_sw_odfexport; but it does
crash with '--headless --convert-to odt kde140265-1.doc'.

Change-Id: I50936f9e5236763cc987aba14d8fc897c4b789bf
(cherry picked from commit 4cd3f9a7)

One tricky part is that in generic SwFrm methods SwRootFrm may not have
a shell and doesn't need a vcl::RenderContext, either; so check for that
situation explicitly where the frame may be a root one.

Change-Id: I48f39fb7195290393fca34f75d8798fb5f960f46
(cherry picked from commit a3413204)

Change-Id: I468d662a612c951dc1482cfc685dee800bb11f82
(cherry picked from commit 05e50b57)

Change-Id: Ia37257286cce7a4a4a6fdffd2dd0d896d46db548
(cherry picked from commit 6b88a650)