Change-Id: I0732ce65757ee29e5ad12cb576c5b64ed0edeaee

Change-Id: I58e07994e627ce980573812cbe56a068f66b1862

Change-Id: I2944b9911b2458bf1c0f1645fd983b635be67bd2

Change-Id: Ifb687de25a6da4696e659e27cb34668a9762445f

Change-Id: I1aaaaae4a38fb828e6801e444b6345fd8b60f5c1

Change-Id: I009e0f388cfe1861cef89d2148a02380dd47c1ff

Change-Id: I30fa6b7a894adca8718669def290a931d816cef5

Change-Id: I50a25e5cfa219bbdcf0a23c03b8e6a2cff72c3d6

...(by inlining all its virtual functions), as otherwise -fsanitize=undefined
makes sc require ScValidationDlg RTTI (to verify the cast to ScValidationDlg in
the ScValidityRefChildWin ctor in sc/source/ui/view/reffact.cxx) but which would
only be emitted in scui (against which sc cannot link).

Change-Id: Id9e2bf0719ba3bba35e5ae1f0e58190d9fdb6dd4

Change-Id: Ifdb6d4b2e404bd160e6fcec3229691e750bdf698

Change-Id: Id7832d8e65723ae30ad2b5ce95d145def53998f0

Change-Id: I3fffb321877168dfa9844b4ad75a9a9efc9602a6

In other words, stop registering at SwDoc's "UnoCallBack".

Change-Id: Ie73c707b0f43559cc78717c0879d5e9a9335a7ac

... and there's no way to get the SwFmtFld from a SwSetExpField, so add
a member for it like SwInputField has.  That's still better than the
UnoCallBack nonsense.

Change-Id: I59c82e95414dbae284432b8a318a6ce1a34256c7

In other words, stop registering at SwDoc's "UnoCallBack"

Change-Id: Ieb2639497fe5e8d71aa1c47952c007da76fcee84

Change-Id: I4b8b4ef1f34ba5662bd56bfbb335b87fb5aa4b51

Change-Id: I66a988f17adebba72a71af5b770abbebfa4e12b2

Change-Id: I4f3b6789dde053ca913e12233b20d45dfe50c7ec

Change-Id: Icc6b0eebf57b07f06bccc9a57036f0611a67c4a3

In other words, stop registering at SwDoc's "UnoCallBack"

Change-Id: I9e08966cf8e2d2a373867d81549c8887f73993c8

Change-Id: I98b21573ebbc8543609bd63eee30bc5b4cbdfb2c

... passed in as parameter since it's always the one from pMark.

Change-Id: Ia5981b0f281c8cac70cbb305c82bb6785918168a

Change-Id: I1cfd5c077f4b1ac809ace91fe76308f0e1892e09

Radio buttons are grouped via their "form:name" attribute already.

Change-Id: I9f8b27a2904d947c3d4665495d36961e3e41d2c6

Change-Id: Ie207d9400bc3a55e17497b309dfbc263e7b12e30

Change-Id: I6a4cd076deef63f172c42dcc22cc44c47a4aa293

Change-Id: I9264ea023ee12b24561e86d893b1f7abb2765621

Change-Id: I08fef7f1de4cce468a4936e33d3684f847e1aa5b

Change-Id: Id3dfe1c68f00964200ad53922a0f41ebdbc4c3f8

Change-Id: I6adfcb1bdd5e8e1525568a4bcd93a8e0e97359be

Change-Id: I686a5383a6b42872bd6945780c661d1a2a49cad7

Change-Id: I92838d75f5573e4b626b94ef446f464be1b39b67

Change-Id: I832b4b544050c2105ed40fb6421318e8b59313d1

Change-Id: Ic5754dc479d7d55ce4e0f2713c5545db75a300c2

Change-Id: Ibd27e8d61ccbe7d1cdeb72d310acea54198ecd77

Change-Id: I97e1eef0d364b18a2a7151558e1f7cd17bade160

Add factory function SwXTextTable::CreateXTextTable that uses
the WeakReference SwFrmFmt::m_wXObject to cache the instance in
a thread-safe way.

Change-Id: I88939e2586d104193184eea43b466f2cbeb71d6f

The problem is that Modify() may be called from ~SwFmt while another
thread is waiting on SolarMutex in the ~SwXFrame or derived class
destructor, so the ref-count is 0 and the uno::Reference in Modify()
will cause a double-free.

Since ClientModify() does some re-parenting of listeners, it is at first
glance better to call Modify() in this situation (although it is quite
possible that it actually doesn't matter), so don't avoid the call in
~SwFrmFmt by adding a SwClient* member there, but put a weak reference
to itself into SwXFrame so it can check if it's still alive...

Change-Id: I492bb8a8557af5fc725fdb7f8b21013e0886f63b

... so that new instances have to be created by the factory functions.

Change-Id: I643a154609b1a277d5cbc22d739ef8e357028f56

Change-Id: If5cc29e75a35326a933fed70e2f39d92c9e09cde