Change-Id: I4ef21f14a77442b60059c649b83435c775670060

Using operator= in a copy ctor is a rather bad idea when the operator= accesses
uninitialized data members.

Change-Id: Ic2d06a2986cb27adb278570feaa2937c58619ea6

Change-Id: I9e301d5887a7ca13c9abed56da433ef8b1498a07

Change-Id: I1b840a03e87e1ca73239c0a3ee17741de97d1543

Change-Id: Ib34acf0ae4c18f40809a0a16438527dbcd9ffc80

Change-Id: If3a81a27b008d396d5cee05337feb2cc58e498d6

Change-Id: I85f6bf69d9b3294800de2144ad269d3b06f3296f

Change-Id: I8e427e1e328ab61664e3e976da1be8df40295904

Change-Id: I747e05ba7ad3e79f7e16d3a370a7b17dde04dfd7

Implement it in a somewhat ad-hoc way.

Change-Id: I6558d30672a02c4fd22f1eedbe1a7f187164f031

Change-Id: I2671c1dc2994c4cb7d5aca24c8f312b3bd3034cb

Change-Id: I1f1cd86b66123f9c14423de685263f295629e4b2

Change-Id: I34f7a8ae58fa6af4c8cfdd13330420f1576fa2c9

Change-Id: I4a4ae336c46dc44afb5259ca5d094a9590d39017

This change just to avoid misleading warnings. Will have to verify
later that a proper 64-bit Explorer extension gets built in this case.

(There should be no need to build a separate 32-bit Explorer extension
when building a 64-bit LibreOffice. After all, a 64-bit LO can be
installed only on a 64-bit OS with a 64-bit Explorer.)

Change-Id: I3bc0896d1bb8c281e535d8a55ced1dec707b1d76

Change-Id: Iae369a1b057d207f18c8c0ea8ac4fb5437ff1da5

Change-Id: I35412e2d2e36e3eabdff2a6692bf6edc68a2d724

Change-Id: Iaf29abb4f7067898318476538773663713e09067

Through that different initialization pIUnknown
got random address. The consequence was that
if (pIUnknown)
    pIUnknown->Release();
ends with access viloation in
WpBase& WpBase::operator=(const WpBase& rhs)

Change-Id: I8b3c5de233d0868fea052c990cc83aed917117ae

Change-Id: Id4135db2ec40865cddab533da15b2705dc7b73d5

Change-Id: I892bea3b3a30ef84937e410b10f37a814213363b

Change-Id: I9215fbfaf5c2e5d40e7257cd52d8d9544599ea63

Change-Id: I25fa2d5e89614177ecc87e74a85ece4852f032a6

Change-Id: Ia3eb38ae6500463c41e6935a169fa1ac08edc681

Change-Id: I9b9a8c156e1da89045ba3210960732ccbf2c9dd0

After having discussed with Michael Meeks, a better way would be to be iterator free
Now, should all textwindowaccessibility part be iterator free?

Change-Id: I8079b3ffbc9d37bc2c3b9ede088485dd3a7e410e

Change-Id: Ia333afbefa4c112f478d2619efbe032e70925417

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

This is so that when launching the autofilter popup via key stroke,
the user can immediately type-ahead to find a match within the check
list box.

Change-Id: I8a33a52afc6005b4a7428d5f7046eff986da80d2

Many people have asked me for this.  This is also enabled in the pivot
table field popup (since the two basically share the same code).

Change-Id: I99255839353d62c0760dd4f3a66cc7e9924ce1c3

Or else the popup and the popup button would get separated.

Change-Id: I4c8dda2bf5cebe0fe0e0ce64c9c213e2926d9570

Improving on 7d5922ca wrt. bound
checking and non-truncation of index magic values.

Change-Id: If33495075472fdf242b2de0893fd44109ec7bc83

Change-Id: I92af860af6ac82302458cdd894f3ad038a863b49

Currently, having a note e.g. at D5, and deleting cell D4 and shifting
the cells below upward will remove the note at D5.  But the correct behavior
is to shift that note up to D4.  This change fixes it.

Change-Id: Ia37f1ce67a003deab424f2b805a2ce333fc10ed4

Change-Id: I23a5a39ab13106a27a02adbec0ff1ab64a43abef