<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - UI: Excessive Redraw/Recalculate Effort During Resize Operation"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=116912">116912</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>UI: Excessive Redraw/Recalculate Effort During Resize Operation
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.1.6.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>enhancement
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Calc
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>tcolley@livingdata.com.au
</td>
</tr></table>
<p>
<div>
<pre>I observe that Calc (V5.1.6.2) seems to do multiple redraws during the window
resize operation. This works fine for small simple files. For larger files,
with higher processing loads, it is a problem. I find that after a resize
operation, I can wait from 1-30 seconds for the multiple redrawings to finish
executing and catch up with the final window size. I think this redrawing
includes multiple recalculations of formulas, of which VLOOKUP is noted for
being particularly demanding. The queuing and execution of multiple redraws
seems completely unnecessary and makes calc files, that are otherwise quite
functional, difficult to resize. Could the redraw procedure be reworked so that
there is no accumulation or queuing of multiple redraw or recalculate events?</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>