Replaced MyDlg(pParent).Execute by VclPtr equivalent

Change-Id: I7e03913665f770d694f53949e08425ba60adc6ad
Reviewed-on: https://gerrit.libreoffice.org/15908Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Icc94ce266d567e7aad5afb5eacf0e85699ef4107

Hold a reference on the VclPtr while we're waiting for the UserEvent.

Change-Id: I55c2671ca12eb14761c6a7dffd551af71547ecbd

Change-Id: I71b32c1db2f4695deb90412e83b9e7883e9bf1d7

Change-Id: I7990cbddc8c664da5ec6521cf8e036ca67d5ce0e

The previous code would only invoke Window:: methods by the time we
hit the destructor; do the same to avoid fixing more scattered
crashers for now.

Reviewed-on: https://gerrit.libreoffice.org/15880Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>

Conflicts:
	vcl/source/control/slider.cxx

Change-Id: Ibdcd1290309bb7fc31a44d534c52d357da022591

Change-Id: Ib3571fc6d2aa9343bcfd2d6a5bdbd6b1d193c0f1
Reviewed-on: https://gerrit.libreoffice.org/15883Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I92de8fa6a48dac9a0a09e6ebda4af9b8e4c3a1d7
(cherry picked from commit a3088628)

See SectPageInformation::mnColsx on the libreoffice-3-6 branch + the
spec agrees, too.

Change-Id: I6f70a125f8d962621f319e3e75e2865e5f126859
(cherry picked from commit e18adb73)

Change-Id: I5ed86633e909c13f14ee382b4d9ec8f9c264df1d
(cherry picked from commit 23cba1f5)

Change-Id: If9ab69c9f3ec3f9f518738792ff020ef4cfd6390
(cherry picked from commit fb2e4da0)

Without this, if you searched inside a shape, then got a next hit
outside the shape, you didn't get your blinking cursor even if you
clicked into the writer text.

Change-Id: I053af9672dc9290728b16780f21301b3b840cb55
(cherry picked from commit 1633fb26)

Same problem as in the previous commit, just for mouse move. Previously
when selecting "abc" with the mouse only one or zero letter got selected
as the mouse moved, now it's properly the whole afffected string.

Change-Id: I025dbd71fc02a0c93a532ca188836ffb957d6b35
(cherry picked from commit c6f03d6f)

Tiled rendering assumes that the whole list of selection rectangles is
sent, i.e. the information is not incremental.

With this, if the text is "abc" and you are before "a" with the cursor,
then pressing shift-rightarrow two times will result in "ab" being
selected, not just "b".

Change-Id: I70c043575d3c68d78342af0a6b78659d83b4f5f4
(cherry picked from commit 18e08580)

Change-Id: Ideaadd9be1b5a5c65ad6d610a71d1ceeb6263cb6
(cherry picked from commit 5c706efc)

Change-Id: I521f074bbd500b81d74be7e0e771bd49efc29c9c
(cherry picked from commit 67c3e2ab)

Change-Id: I4f5f2daeb27b8ba486abc685e42596030de6d2d1
Reviewed-on: https://gerrit.libreoffice.org/15863Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
(cherry picked from commit 54b9bdc7)
Reviewed-on: https://gerrit.libreoffice.org/15881Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>

Change-Id: Ibf64cecd88faca1dce7f081a630faabd0ee76046
Reviewed-on: https://gerrit.libreoffice.org/15860Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
(cherry picked from commit 89f7a567)
Reviewed-on: https://gerrit.libreoffice.org/15864Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>

Change-Id: I1274f75a49a999285488e99713782956e2287249
Reviewed-on: https://gerrit.libreoffice.org/15870Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
(cherry picked from commit ffa560e0)
Reviewed-on: https://gerrit.libreoffice.org/15877Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>

test mpBrowser1 if not NULL + reorder the disposeAndClear calls
(must be reverse order compared to the order of Create calls)

Cherry-picked from 9be6c22e

Change-Id: Ia5481430791d9ab73e63d49a0ef0d5e0a6016605
Reviewed-on: https://gerrit.libreoffice.org/15885Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>

and a pile more

Change-Id: I7334233c789bb0ed7a60387ef7d84dd34ab5a187
(cherry picked from commit 3185b6c8)

Change-Id: I3f73eef349e65a1d2d283d1116729694c1f40ed9

Change-Id: I9999150cafde6b103cf1a80232113b7a3d11cfdb

Adjustments to character positions less than one pixel are ignored.
These adjustments are probably introduced by lossy conversions between
integer based and float based coordinates.

DXArray elements are adjusted to integers avoiding cummulated rounding
differences.

Change-Id: I65d476301247251a7d329b14adb70be367538c97
Reviewed-on: https://gerrit.libreoffice.org/15633Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
(cherry picked from commit 187af9b0)
Reviewed-on: https://gerrit.libreoffice.org/15887Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>

The drawinglayer attributes signal defaultness by object identity, not
value equalness. That should fix a number of subtle cache and redraw
problems.

Change-Id: I049ffda228a48db71cef108571805c6e41e4b149
(cherry picked from commit 3a01df64d921a65268b00a32aa7256d8f61067be)

Change-Id: I5c7c2c5bb0ce615d4dda8a634517b627b7d49df6
Reviewed-on: https://gerrit.libreoffice.org/15871Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>
(cherry picked from commit 4ed06e7a)

Revert "Resolves: #i124703# adapt coordinate range from ms relative..."

This reverts commit c764a3d9.

The reverted commit did not fix anything in LibreOffice in the
first place. The document referenced in #i124703# is as good
without the patch as with it. But it caused a regression.

Conflicts:
	oox/source/drawingml/customshapeproperties.cxx

Change-Id: I65eb114423039e9c9c684cc55009275fd06caacd
Reviewed-on: https://gerrit.libreoffice.org/15875Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
(cherry picked from commit da0a44b4)

Change-Id: I963cf83d32bb976095274be913806de19bdf7a86

endPos = nStartPos + 1 may be past the end index

invalid write of size 4
 at 0x1CBBA959: com::sun::star::i18n::BreakIterator_th::makeIndex(rtl::OUString const&, int) (breakiterator_th.cxx:139)
 by 0x1CBB4AA2: com::sun::star::i18n::BreakIterator_CTL::previousCharacters(rtl::OUString const&, int, com::sun::star::lang::Locale const&, short, int, int&) (breakiterator_ctl.cxx:61)
 by 0x1CBB544F: com::sun::star::i18n::BreakIteratorImpl::previousCharacters(rtl::OUString const&, int, com::sun::star::lang::Locale const&, short, int, int&) (breakiteratorImpl.cxx:64)
 by 0xA29D29A: ServerFontLayout::setNeedFallback(ImplLayoutArgs&, int, bool) (gcach_layout.cxx:99)

Change-Id: I201f24cb6773b5aa1a81dea90ea906d3d4355053
(cherry picked from commit 9db629b8)

The output range mentioned in the function wizard is not always
1-7, but dependent of the value of argument Mode.
The output range for each possible value of argument Mode is
clearly described in the regular help for Calc.

Change-Id: I23eae9be6f8f38319496aaf4a1b7f2349e2be3eb
Reviewed-on: https://gerrit.libreoffice.org/15852Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>
(cherry picked from commit b2cf675b)
Reviewed-on: https://gerrit.libreoffice.org/15868Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

The bugdoc has a fill-gradient-name that refers to a non-existent
gradient and also draw:fill="solid"; handle this combination without
exception.

Change-Id: I2c912b28a6b1550e2e4c6c71ff8889ae1779c618
(cherry picked from commit 00eab702)

Change-Id: Ia6e1fbe18e72c9c06915e1b437076a1f56a6c206
(cherry picked from commit 12f907da)

Change-Id: I0dd741829dd315ed86e3fcf79b7fb4da349d0ac8

Change-Id: Ia3536e0297ecd24f6368b9563002a9888904007a

Change-Id: I22c6c534cfefdbb68e965cbd6baab3da3146d9d0

Change-Id: I4aada7f27e3a88124ad670e62ddb6c92ecf431a8

Project: dictionaries  6fd73ad03417565305084524cf32cea089e83e87

Lightproof: do not return invalid nBehindEndOfSentencePosition

For a paragraph with a space at the end, this assertion is triggered:

linguistic/source/gciterator.cxx:162: lcl_SkipWhiteSpaces: illegal
arguments

Cause is the loop in doProofReading that gets the last character of the
paragraph and increments nStartOfNextSentencePosition even if it's
already at end of the text.

(regression from 080424980483bcc29a3556cf1a681c45cd5c50fc)

Reviewed-on: https://gerrit.libreoffice.org/15834Reviewed-by: László Németh <nemeth@numbertext.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 8952e8055690417e60d75e4e4adf3c85a1029e7c)

Lightproof: do not return invalid nBehindEndOfSentencePosition

Copy bugfix to localized Lightproof.py

(cherry picked from commit cdb3172a438c7c56c4700edf7d771ede5cdf3402)

Change-Id: I58bd10d168f75f9d365cb33c0ade770750ff57ef

One of the thousands of redlines in the document contains a paragraph
that has a cross-ref bookmark on it.  At the end of the import the
redlines get hidden, i.e. copied and deleted from the body.

Because this redline starts in the middle of a paragraph, the
CrossRefBookmark on its last paragraph gets its position corrected
onto the middle of a paragraph, and it becomes unhappy and asserts.

Probably this can only happen in WW8 import, since other imports insert
the redline data into the redline area in the nodes array.

Change-Id: I5bfd94cacf9c2e76fd646728a123b3297b47c255
(cherry picked from commit 27384cdf)

The charArray always contains the size of lenArray *before* it is
extended, i.e., the last valid index.

Change-Id: Id1f4e1f2cb55a88ef5339e9d962a3adf4cde91f9
(cherry picked from commit 2589d545)

Change-Id: I8ad37290a2b5dab41d180799f9e5ec7d603952ba