<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Part of the table lost/ re-layouting after clicking inside a table"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=131934#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Part of the table lost/ re-layouting after clicking inside a table"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=131934">bug 131934</a>
from <span class="vcard"><a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> <span class="fn">Telesto</span></a>
</span></b>
<pre>(In reply to Dieter from <a href="show_bug.cgi?id=131934#c1">comment #1</a>)
<span class="quote">> I think there is a problem with the document. Enable formatting marks. You
> can see, that there are several cells without a paragraph mark (last cells
> on page 2, last cells on page 3 and perhaps some more). If I click in such a
> cell, the cell expands.</span >
The document itself is 'fine'; created with LibreOffice. It's hard to get a
broken - saved - file which behaves the same as unsaved one.
It's more or less developers hell. Embedded table splitting is hard,
multi-page, cross table, with weird paragraphs. A perfect layout = Layout loop.
Stopping lay-outing to soon (shifting tables, of page content). Combine it
footnotes and everything will be even more fun.
It does happen in 'actual' documents too - to some extent - but not in this
scale. More a 'proof of concept'. This linger around to check once in a while..
Nice for crash testing and testing layout performance (there are still some
table layout loops; if somebody going to work on that.. this bug will be
affected too (I think)
So expect it more to float around</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>