<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:jluth@mail.com" title="Justin L <jluth@mail.com>"> <span class="fn">Justin L</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - DOC LAYOUT specified height row splits and flows back to previous page, despite not meeting minimum height."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=105478">bug 105478</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Hardware</td>
<td>x86-64 (AMD64)
</td>
<td>All
</td>
</tr>
<tr>
<td style="text-align:right;">Summary</td>
<td>FILEOPEN DOC Multipage tables out-of-order
</td>
<td>DOC LAYOUT specified height row splits and flows back to previous page, despite not meeting minimum height.
</td>
</tr>
<tr>
<td style="text-align:right;">OS</td>
<td>Windows (All)
</td>
<td>All
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - DOC LAYOUT specified height row splits and flows back to previous page, despite not meeting minimum height."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=105478#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - DOC LAYOUT specified height row splits and flows back to previous page, despite not meeting minimum height."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=105478">bug 105478</a>
from <span class="vcard"><a class="email" href="mailto:jluth@mail.com" title="Justin L <jluth@mail.com>"> <span class="fn">Justin L</span></a>
</span></b>
<pre>Hmm, I'm wrong in <a href="show_bug.cgi?id=105478#c8">comment 8</a>. Only the last row is marked as do not split.
Based on playing around using Word 2003, I noticed that the row height for
"INFORMATION IN SUPPORT OF YOUR APPLICATION" is "at least 25cm". There is a bit
more than 7cm available space on the previous page. Changing that value to 7cm
makes it flow back. Changing it to 8cm forces it to the next page.
LO does know about row height (although it is not visible in the table
properties), and it does seem to follow the same layout principle. If I modify
the source document and remove one carriage return from that section, then it
loads as expected. 25cm should fit nicely in the 27cm available on the page, so
why is it failing?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>