https://bugs.documentfoundation.org/show_bug.cgi?id=155192
--- Comment #5 from Telesto <tele...@surfxs.nl> --- Created attachment 187150 --> https://bugs.documentfoundation.org/attachment.cgi?id=187150&action=edit Bibisect log Bibisected based on loading I/O speed to: author Michael Stahl <michael.st...@cib.de> 2019-09-06 19:36:48 +0200 committer Michael Stahl <michael.st...@cib.de> 2019-09-17 10:45:40 +0200 commit 5ba30f588d6e41a13d68b1461345fca7a7ca61ac (patch) tree 6f098ffd0fb2c75a2c1cbda4e7b82bd65fb8e7dd parent 6e1cb2e9dd406fb2883460cefaa4660622996005 (diff) tdf#64222 sw: better DOCX import/export of paragraph marker formatting The problem here is that Word allows formatting the paragraph end marker, and applies the same formatting to the generated numbering string; Writer has no such marker thing. This is currently represented by an empty AUTOFMT hint at the end of the paragraph, which is created almost by accident in SwXText::finishParagraph(), because the paragraph properties are set on a SwPaM that doesn't select the whole paragraph but sits at the end. This is a bit fragile and the hint may have unfortunate accidents such as being merged into a preceding AUTOFMT hint if it happens to have the same items in it. It ought to work better to have an item in SwTextNode's SwAttrSet to store these special items; has the advantage that the items will also be copied when you split the paragraph, like in Word. Add a RES_PARATR_LIST_AUTOFMT and UNO property "ListAutoFormat" (which should be considered a first draft...) and use it in preference (where possible) or in addition to (where necessary due to other missing pieces) the empty hint. Also revert the change in checkApplyParagraphMarkFormatToNumbering() to consider hints that start before the end of the paragraph, as it has unintended side effects as pointed out by Mike Kaganski. -- You are receiving this mail because: You are the assignee for the bug.