Change-Id: If456086bc6195c04794178df22d9c937bb7073b4

Change-Id: Ia7afbea8872618d070dbdf6029cef3cec2425f2c

Change-Id: I1911b1dec2acd89c104c2b226fb212b7deb40c3b

Change-Id: I50c4a9c7e10ddf47a280b2b5e08051ce480985cf

Change-Id: Id2aaa4171680d8d002d4b2aebf6281ca817c74d9

Change-Id: If53c38b21cad756259f084ad84de090def596eb0

Change-Id: Iafb10e4a3cf26138a4a5d2647d115bc435ef61ba

Change-Id: I7d59985557fd780276c7370daeb6eb3895f33b6e

Change-Id: Ice6579d96f6cefb159e73492ce3bdabba00bd95b

Change-Id: I036bc37c6af1a387c0f05f8fe56375d32ab048bc

Change-Id: Icc19ac8ea555f1b7b553e03596b936f38781a932

Change-Id: Iab5017259e17bbccabdbe7ed660f6235f1301c1e

Change-Id: I6f7b97fb625fc2632be5f763fadf8aaa29820a99

Change-Id: I71da7d2810309266b6e37fd531232ca33928f5b9

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

See https://bugs.freedesktop.org/show_bug.cgi?id=87834
Thank you Michael Büssow for pointing these cases

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

Change-Id: I74a9748a2e4981dc5d1677f06db7eceed9e4b108

Change-Id: I1a51fc5037e145e8110f3336ddc803159a905266

Add some documentation to a few undocumented functions.
I'm a bit unsure of ACTIVE_DECENDANT_CHANGED_NOFOCUS but to me it
seems to be a work around for windows that maps ACTIVE_DECENDANT_CHANGED
to event object focus. See the note for IA2_EVENT_ACTIVE_DESCENDANT_CHANGED
in the IA2 documentation:
http://accessibility.linuxfoundation.org/a11yspecs/ia2/docs/html/_accessible_event_i_d_8idl.html#ae26846b6d521727ab696d20c3f43c0b5ac1379bc85d7afda57be018a7a44dc918

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

...there appears to be no good reason not to (it's a UNO implementation,
deriving from WeakImplHelper), and witnessed at least one JunitTest_sc_unoapi
failure where an incoming URP call on ScHeaderFooterTextObj::getString obtained
an apparently dangling

  ScHeaderFooterContentObj& rContentObj = aTextData.GetContentObj()

that pointed to garbage.

Change-Id: I51a2a03ded18509ee61488d96bd30a6d364825d7

Change-Id: I6390f8988ca287de19e9981053bdeb9473d1e3e1

Change-Id: Ia30271426ea47b7bf5af85d16591a02e6d52b3d9

Change-Id: I307a009c14dd5cd946b39fbfb80ffc3962a7739b

Change-Id: I6c5295110292ae48ff0cb3472e4dbea287645d2a

Change-Id: Ica0ff6a36e64c732000ef900fa7aeafaf6da3e04

Change-Id: I4faa2cfe0527a14d7e331d1d6f495c5013c2c198

Change-Id: Ib4c059876ac8b66ef75a6a00f3eb8ccbfc4d5eb7

Change-Id: I45c441f68ed5f20cfc87e34e7bfb529a30952f81

Change-Id: Ifabd5a7851946b3e4109e22e6e9a1ff34575c1e5

TextToTable is called which calls lcl_SetTableBoxWidths2 which calls
SwDoc::MakeTableBoxFmt which calls SetModified.

there happens to be a listener on modified which tries to get an updated
preview for embedded objects which draws the page to a metafile, but this
SwTableNode in SwTableNode::MakeFrm doesn't have a FrmFmt set on it yet, so
falls over and dies.

Move the RegisterFormat into SwNodes::TextToTable before the tablebox widths
are set to avoid this

Change-Id: I3e5141c9901ff0f473e2eaab3e5cd9be61f810bd

Change-Id: Id00e2579edcc9856c0fa3985e34c4a2f3e7ae5ec

... to avoid bugs like commit f0d6e0e1.

Change-Id: I1e41d421609e09bf62a7a04ba34f3a8e8d118fd3

http://ci.libreoffice.org/job/lo_gerrit_master/495/Gerrit=Gerrit,Platform=Windows/console

Change-Id: I0104d448906bd17857b3716856c544e632c1662c

... as the comment implies, so revert this part of
4fcde4fe.

Change-Id: I36505379832739607646d808e2528b47d512826f

Change-Id: I1bcbbc8b65fbb78b34506de5942474b7f88c6683

Makes it easier to edit them manually directly in the registry files.
(Something end-users are of course not expected to do, but admins or hackers
may want to do.) Also guards against the possibility of the numeric values of
the opcodes being changed. I figured out how to do the mapping from symbolic
names to enum values and back without an ScDocument, turned out it was not
complicated after all.

Change-Id: I8bd97f256f7d777162c1b629bf82285544e86d70

Change-Id: Iecada2f8b6d977cc3f76814e4b2f38895873c362

Default to 4.9.

Change-Id: I534b579fece83cfac79cfcd92f40bde5d2f801f5

Witnessed a JunitTest_chart2_unoapi failure where (deep within Idle::Timeout)
chart::impl::ModelState::update is apparently called with a null xModel.  All
the code called from there appears to be careful to handle a null xModel, except
for chart::TitleHelper::getTitle, which---presumably by accident---stopped doing
so with 401f01ca "use ChartModel instead of
XModel in a few places."

Change-Id: I5788b5e41a6d68fe193cb214d736ee54c4c581d7

by moving work done in dtor to an explicit method

Change-Id: I99b3843819ea78f2a91a2784ae0243430dacb3d9