https://bugs.documentfoundation.org/show_bug.cgi?id=157572
Justin L <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|FILEOPEN: DOCX: Incorrect |FILEOPEN: DOCX: Incorrect |position of text flames |position of text frames |inside table |inside pseudo-table | |(probably) caused by wrong | |anchor paragraph after page | |break Version|24.2.0.0 alpha0+ Master |7.6.0.0 alpha0+ --- Comment #2 from Justin L <[email protected]> --- There is no table here. These are all just lines and boxes and whatnot. This document has long been a complete mess. But it is a good question - why some lines move and some don't. I'm struggling to make a minimal reproducer out of this document. Prior to 7.0, this bug's focus on page 2 looked similar to today. It was "fixed" by 7.0 commit f5636817e7677a3081263df9004940a7d5ac54af Author: Tibor Nagy on Wed May 6 11:15:35 2020 +0200 tdf#112287 DOCX frame import: fix default vAnchor Vertical frame alignment was calculated from above margin instead of the bottom one, resulting bad positions, when vAnchor wasn't defined. One nice thing - there are no framePr entries in the styles. So everything is spelled out in document.xml. I believe the line I am looking for is <w:framePr w:w="1100" w:wrap="auto" w:hAnchor="margin" w:x="881" w:y="4681"/> In any case, none of these framePr's have any defined nVAnchor or nVAlign, but all should have a valid w:y. So they SHOULD all be vertically positioned according to the page margin. And that is exactly what MS Word 2010 does as well, but my commit changed LO to use the paragraph. So, the textboxes are aligned to the anchor paragraph, and the line shapes are aligned to the entire page - the same as MS Word. REGRESSION seems to be accurate. RABBIT TRAIL: ------------------------------------------------------- There also seems to be a difference in the paragraph the textboxes are anchored to. In MS Word, they are anchored to the top (of two) paragraphs, while in LO they are anchored to the last paragraph. (In Word, changing to "relative to page" doesn't change the position, but it does in LO.) So, checking the anchoring to the "top paragraph on page 2" goes all the way back to 6.3 when the page break was first restored, which I assume was with 6.3 commit f6f53f76e15f5eecc5b6ce56e471c53cebfea8ad Author: Justin Luth on Wed Apr 24 22:20:51 2019 +0300 tdf#123636 writerfilter: handle deferred breaks on frames -- You are receiving this mail because: You are the assignee for the bug.
