writerfilter: pass uno::Reference by reference

Stepping into Reference ctors in debugger on every function call is annoying.

Change-Id: Iba3c6ee143a772768084d65fb7036cbd4abcf050
writerfilter: more pass by reference on PropertyMap

Change-Id: I7f0666b882117518bddfc23d4fcf005a77bc11e9
writerfilter: pass uno::Reference by reference in RTFValue

Change-Id: I21d81d4454e65cf7f341f659b70b684dc3aa4621
writerfilter: pass uno::Reference by reference in RTFSdrImport

Change-Id: I3a0821caccc37beb37f4ad8ecb4b0fdb5d2d5a58
writerfilter: more pass uno::Reference by reference in dmapper

Change-Id: I71645b208854877fbd5cb29327d467da5cbe0e46
writerfilter: pass uno::Reference by reference in DomainMapper_Impl

Change-Id: I91d0c2ffb958262fad0e7920852449e73d5481ea
writerfilter: pass uno::Reference by reference, more dmapper...

Change-Id: I9eba51e3fe2a50488d2ff9320bf68fe6ae65040d
fdo#77996: writerfilter: RTF import: re-work destination text buffering

The problem in the bugdoc is that the ';' style terminator is encoded as
{\uc1 \u59 ?}, i.e. inside a group, so when reading the ';' the
aDestinationText of the top group is empty and the style name is lost.
Or since the style name characters are encoded in the same way, every
character is lost once the group closes.

The same problem affects some of the document properties.

Introduce an abstraction of RTFParserState::aDestinationText so that for
every destination only one of these buffers is used, regardless of
nested group structures; the aDestinationText buffer is only switched
when entering a new destination.

Also, the \revtbl and \stylesheet destinations do not contain entries
directly, i.e., every entry must be in a sub-group, so remove some
special-casing for these; however, for \fonttbl the entries may be in
groups or not.

Change-Id: Ica276a8b730e4a707530471ba27bfdd1582b8890
fdo#80486 writerfilter: RTF import: ignore \par inside \ftnsep

Word can apparently have complex footnote separators, but the
domain-mapper only sets a single flag that there is a separator
(m_bHasFtnSep), so the only thing that makes sense for \par here
is to completely ignore it.

(regression from e1afe4318787425dc40f2d0b1f02fa17e925c8da)

Change-Id: I32d9b01a0a9248ba646654295a74953a6cb74fb3