The problem was that in case a paragraph is empty, and it has both a
character style and direct formatting, then the doc model created by the
ODT and DOCX import is like this:
<text>
<attrset>
<item whichId="8" which="character font size" value="nHeight: 240, nProp: 100"/>
</attrset>
<hints>
<hint end="0" whichId="52" which="character format" value="name: hello"/>
</hints>
</text>
I.e. the direct formatting is stored in the attribute set of the text
node directly, while the character style is stored as a hint.
MSWordExportBase::OutputTextNode() tried to read the hints and if there
were not any, then tried to read the attribute set, while in this
situation we need both.
Change-Id: I71fd10f6d00246348e77fee5431cb4e2a7c9b349
...similar to what has been done for svx/sdtmfitm.hxx in
68969cc61adecac481ae9656978ef952f435b310 "Consistency around SdrMetricItem."
Change-Id: I8e76e4751e50f5952c6dfff9ee10362166bf0523
The SdrObject returned from SvxMSDffManager::GetShape() is owned by the
caller; since it's not inserted anywhere it has to be deleted.
Change-Id: Iaac6467592ec4151173a586a6dc71f9bc44b44f0
maybe sort of can be considered a regression from
commit 733b831970204059b9d89eff203551d6d3bf4bbe
Date: Tue Jan 5 16:37:41 2010 +0100
swunolocking1: swtypes.hxx: rename frame anchor types
enum RndStdIds: rename frame anchor types (FLY_*) to be more intuitive.
where
if (0 == (pAnchorPos = pAnch->GetCntntAnchor()))
bCallMake = sal_False;
turned to
if (pAnchorPos)
bCallMake = sal_False;
but there would always be a following de-ref of a potential NULL pAnchorPos
which wasn't FLY_AT_PAGE
Change-Id: I808b4f178887ab6149e38bab6e36eb68d7a1eb29
See 8c677716c4707ccd86b152ae504841affb393cc0 (DOCX drawingML export: if
shape has textbox, export its contents as shape text, 2014-06-06).
Change-Id: I5b1afae4d1b80c9b225096677f7d7ae77ff90f5b
Apparently xmloff supports at least one value that has no equivalent in
OOXML; just use "none" for now.
Change-Id: I76d2802c7c91ea756125e66c229ec5fdb2e7ec3b
Regression from c5a8a2c3cbcee0175127a0662e3d820ea4deea22 (sw34bf05:
i#84870 - method <SwTxtFrm::FormatAdjust(..)> - do not split text frame
which only contains on as-character anchored object, 2011-03-11), the
i#84870 fix was for a document which didn't have columns, and didn't
consider that this causes a layout loop in case:
1) There are two paragraphs in a section, having multiple columns.
2) The second paragraph has fo:keep-together="always".
In this case originally we tried to call SplitFrm(), realized that it
didn't help, and then gave up. But after the change, we kept trying to
satisfy the two conflicting requirements (balance content in the 3
columns vs keep the second paragraph with the first one).
Fix the problem by not calling SplitFrm() only in case we're not inside
columns.
Change-Id: I64e969ef5e8f519314f5613f8e6fae626ae085ce
...to SwDrawContact instead of SwContact, ingoring that some objects involved
in e.g. CppunitTest_sw_uiwriter are of type SwFlyDrawContact.
Change-Id: Ie3b7726b3d47106db00b8aa11b702d505c369e00
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>,
changed from a macro- to a template-based solution. (Unfortunately MSVC 2012
does not support explicit conversion operators. Worked around that with
explicit #ifs rather than some HAVE_EXPLICIT_CONVERSION_OPERATORS and
SAL_EXPLICIT_CONVERSION_OPERATOR ainticipating we hopefully soon move to a
baseline that requires unconditional support for them.)
Change-Id: I4a89643b218d247e8e4a861faba458ec6dfe1396
The real news here is that "comma" and "dot" was swapped on export, the
rest is just a fixup of recent breakage.
Change-Id: I54045f5837652dc38a30361e21ced25aeaf58257
