Change-Id: I4b5d34d3efd4f49f8b1690ed4c2b063c782b9d20

Change-Id: I2cd143baafae09324ad0a439cfad3f916ddb13b3

This reuses the IDocumentOutlineNodes code for IDocumentListItems;
the only client of it is the field dialog cross reference page.

Adapt SwCursorShell::GetContentAtPos() too.

Change-Id: I9a9ed464b176dd26bf39969ba94041f995ba8c7e

If there already is a merged SwTextFrame and a footnote is being
deleted in a non-first node hence UpdateFramesForAddDeleteRedline()
is called, the SwFootnoteFrame isn't removed unless by some accident.

Just let CheckParaRedlineMerge iterate all top-level nodes.

Change-Id: I65ac90636a283d5178b4c0323bcc0ae28b3f1196

This is happening in MoveParagraph; the UpdateMergedParaForDelete will
reset the pParaPropsNode pointer so move assert below that.

Change-Id: I31069578a9bfdb05f01ea778bbe9e9ae43c865c6

... if redlining is disabled and MoveNodeRange is called.

Change-Id: I8c4e35b1b783446ab9bd888599bcce44222857e8

Something must call AddToListRLHidden() on all the nodes.

Change-Id: Ibe23f499372b7fd07a2894ee3f90684d53d67aef

If redlining is enabled, the selection is copied and so delete redlines
become insert redline; better to delete the delete redlines so the
insert redline consists only of the visible text.

Change-Id: I5f7da96dd957262ccc2b83d0abe6add258b7067f

Very tricky...

Change-Id: Ic4157d14c2a3ee7c90f103561a376ac6f753a694

... for hidden mode.

Change-Id: I61f240ee7e4e3b61d53b07170be195c15fd679ae

Avoid creating a redline that ends on an EndNode (if the moved node is
the last in the body), and also ensure that the redline has valid
SwIndex nContent in its positions (because lcl_CheckPosition asserts
that).

Change-Id: I9b89d8cbc180453c24d9690ac937adb4512f0aeb

The node is moved between undo-array and doc-array and each time
AddToList is called; it doesn't make sense to add a node that is
currently in undo-array to a list, and it leaks the mpNodeNum
because IsInList will return false because the SwNodeNum lacks a
parent, and it triggers some recently added asserts,
so just don't do that.

Change-Id: I75e51386806ce3845b7c61206020a59c092577fe

SwEditShell::SetNumRule(), DelNumRules(), NumUpDown()

The selection could start in a different node than the props-node but
the operation with hidden redlines should apply to the props-node.

Change-Id: I307f6497c8fabdf8e12e352c6b9f2c4bf9101720

These are Num-relevant.

Change-Id: Ic07dc2574590713357aec484051f52bfe792eabb

Change-Id: I5cd89bc0595f96125d58a05e01d9e33b965621fe

Change-Id: Ifd65b7b294cd7bc2a93c9e574712dce200bdfcf3

Change-Id: Ic8425801e51219627fd37e0b63161590a61b2857

IsNoNum(), GetNumLevel(), IsNumRuleStart(), GetNodeNumStart()

Change-Id: I38e592835f3e6e3e7faa901e5b6533b2222fb35a

ReplaceNumRule(), SetNumRuleStart(), SetNodeNumStart()

Change-Id: I7e58d477b02e0e242ce3c12eca0071856533debf

Change-Id: Ic7d07a1e4920d5776a8fec3893cd2cd2aff2c6fc

... and callers in SwCursorShell / SwEditShell.

Change-Id: Iffe4ca7893b97df8bd07f25c9e0e1dc908011e3f

Change-Id: I6db8421a52f7a9bece5ebb95b377dd3bb0a39af4

IsFirstOfNumRule() needs a layout so it can check the correct
SwNodeNum.

Change-Id: Ic6bd9adc909d7c325f5e450fd9e53a15f68e7a63

Change-Id: I192a9743300a77bc463319789064abd89d046b0a

Answer depends on layout.

Change-Id: Ibc7bddfa1b04630ddcfcfa429fbb507347073ce2

... if the numbering is per-chapter, because only with a hidden layout
can the footnotes be numbered properly per-hidden-chapter.

Change-Id: I32732b7b8eec0adcbf4349aac3c87492802e38b6

... and UpdateAllFootnote() in the FTNNUM_CHAPTER case; the former is
particularly nasty since the hidden-chapter may effectively start
before and/or end after the "normal" chapter.

Change-Id: Ifd73dec28011c47c8b23319cb7d3bf16c84f0cfd

Change-Id: I31677211d0aa5637e0cce0034e29b9db724c791b

SwEditShell::IsOutlineCopyable(), IsOutlineMovable(),
IsProtectedOutlinePara(), GetCurrentParaOutlineLevel() all filter.

Change-Id: Ie5fb181e21d4bf606482bec9cb108dbd70f4209e

Filter merged outline nodes.

Change-Id: I959dd4bfd2e6b279b8476ffed6b3e6e70651ed49

Have SwNode::FindOutlineNodeOfLevel() check if the outline node is
merged away in the layout.

Change-Id: I2da0bf8afe993f1bb60f488a015a33b5e15af217

Change-Id: I1d1f4604c580fe4dd764cfb908cd18657ea54255

Adapt SwDoc::GotoOutline(), SwCursorShell::GotoNextOutline(),
SwCursorShell::GotoPrevOutline() to skip over outline nodes that are
merged away in the layout.

Change-Id: Id6f6bb93177753ed21a438c89dc6d90098e11455

Add sw::IsParaPropsNode() to check if the node's numbering attributes are
effective in the given layout.

Add IDocumentOutlineNodes::isOutlineInLayout() to expose this to UI code.

Adapt IDocumentOutlineNodes::getOutlineText() to produce the merged text
of the outline paragraph as seen in the layout.

Also adapt EnhancedPDFExport and SwFieldRefPage to interface changes.

Change-Id: I6fa95150ff0c5dc5eb4f366d218e8f0c4d4bb7ab

Change-Id: I34e823bc9f57924851a70e04c295b1d2c6e11ab4

The SwOutlineContent::GetPos() returns the outline position in the
document model / IDocumentOutlineNodesAccess; rename it to make that
more clear.

Also it's already possible to have gaps in the list entries by setting
the outline level so that inner levels are filtered; the
SwContentTree::ExecCommand() doesn't appear to handle this properly,
it needs some tweaks to skip over the outline nodes that don't have list
entries.

The GetYPos() does not contain the outline index, it contains the list
entry index.

Change-Id: Ifae0b9648ce61bb9aa470172ef989b2532370138

Update both of the SwNodeNums.

Change-Id: Iba8aa6cda460099f4a1086d6aaa08ac98c78f097

There is no obvious case where such a fallback would be needed, but it
does introduce a bug with a delete redline inside a hidden section:
on Show, when moving the nodes into the body content,
FindPrvNxtFrameNode() will return nullptr because there are no frames
inside the hidden section, but then this fallback will cause it to
erroneously create a frame.

Change-Id: I2328a6f213fdec95857b6e4446e1a8504c17f599

Call the same function as SwNodeNum::NotifyNode().

Change-Id: If2edc5fb9364e97715d4750f3a45c3c918edfebf

Change-Id: Ibe2afae869b1999772fa6132e35a1e951fffddd2