https://bugs.documentfoundation.org/show_bug.cgi?id=143806
Justin L <jl...@mail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Depends on| |105876
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=80
| |717
--- Comment #12 from Justin L <jl...@mail.com> ---
(In reply to Timur from comment #10)
> 43all, bibisect commit 9eb3d13fd2ebe213dfdbd22cae8fe6c7f2998959
I don't think this (or any bibisect) will be useful. There are too many factors
that could be at play here.
I did a side-by-side comparison of PDFs to see where the space was different.
The most glaring place is between "3. SubTitle" and the (unnecessarily)
floating table (already in LO 3.5). Because nearly-full-width floating tables
cause so much trouble, they are in-lined in LO. However, the .43cm horizontal
distance from the paragraph seems to be thrown away. (I didn't find a duplicate
bug report surprisingly.)
So in this case, it seems like we need to add .43cm (plus .21 from the previous
paragraph itself so that they don't merge together) onto the top margin of the
table. [But that would cause HUGE problems in case text had wrapped into that
space.]
Ultimately, this is depends on bug 105876.
However, even that said, the layout is still a few twips out - and the reported
problem still remains.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=105876
[Bug 105876] FILEOPEN: DOCX with long floating table is not split over multiple
pages (imported in a frame)
--
You are receiving this mail because:
You are the assignee for the bug.
