https://bugs.freedesktop.org/show_bug.cgi?id=80926
--- Comment #5 from Jan-Marek Glogowski <glo...@fbihome.de> --- Just as an information: this is also broken in AOO 4.1. I've started to debug SwToCntntAnchoredObjectPosition::CalcPosition using the extended test document with three pages. But the the problem seems to be outside of the CalcPosition function, because the arguments to _CalcRelPosX is already broken. sw/source/core/objectpositioning/tocntntanchoredobjectposition.cxx:982 SwFmtHoriOrient aHori( rFrmFmt.GetHoriOrient() ); creates an already wrong object. The object for page 1 + 3 (and all other pages) is: $1 = (SwFmtHoriOrient) { <SfxPoolItem> = { _vptr.SfxPoolItem = 0x640e37e8, m_nRefCount = 0, m_nWhich = 102, m_nKind = 0 }, members of SwFmtHoriOrient: nXPos = 0, eOrient = 0, eRelation = 0, bPosToggle = false } while for page 2 it is: $2 = (SwFmtHoriOrient) { <SfxPoolItem> = { _vptr.SfxPoolItem = 0x640e37e8, m_nRefCount = 0, m_nWhich = 102, m_nKind = 0 }, members of SwFmtHoriOrient: nXPos = -1706, eOrient = 0, eRelation = 0, bPosToggle = false } I also checked the ODTs content.xml. Here is the output for page 2 and 3: <style:style style:name="P1" style:family="paragraph" style:parent-style-name="Standard"> <style:paragraph-properties fo:break-before="page"/> </style:style> <text:p text:style-name="P1"> <draw:line text:anchor-type="paragraph" draw:z-index="1" draw:style-name="gr1" draw:text-style-name="P2" svg:x1="0in" svg:y1="-0.3799in" svg:x2="1in" svg:y2="-0.3799in"> <text:p/> </draw:line> </text:p> <text:p text:style-name="P1"> <draw:line text:anchor-type="paragraph" draw:z-index="2" draw:style-name="gr1" draw:text-style-name="P2" svg:x1="0in" svg:y1="-0.3799in" svg:x2="1in" svg:y2="-0.3799in"> <text:p/> </draw:line> </text:p> If you manually correct the X value of the 2nd line after loading using the GUI (to 0in) and save the document, you don't get svg:x1="0in" and svg:x2="1in" but a fraction smaller values. I'm still trying to understand the styles.xml; even for this simple document it's kind of "huge". Probably someone else can spot a problem, but for me it looks correct. Currently I'm looking for the code, where the SwFmtHoriOrient of the SwFrmFmt is actually initialized (or changed). -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs