<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Insert table in Impress insert a huge table (cell size). It's was more decently proportioned in the past"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=139512#c8">Comment # 8</a>
on <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Insert table in Impress insert a huge table (cell size). It's was more decently proportioned in the past"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=139512">bug 139512</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>Initial report was based on me 'disliking' it, but lets try to give some
arguments
* Table size isn't consistent.. Take maximum number of rows the table picker
allows (in toolbar).. cells are smaller compared to 5 rows
* The insert table in maximum amount of rows overlapping the 'Title area'. Not
thing you mostly want. You like only need 5 rows to achieve that
* The square suggests rather large content.. which isn't the case
* The size of the table cells kind of unconventional
* The table has fit to table content size feature.. why expand those cells in
advance.. you have to downsize again
* I personally find those square size ugly. I originally thought there was some
fundamental idea behind it. But well appears to be more circumstantial
coincidence
And there are few other bugs which make working with tables in Impress harder
(getting the outer cell.. or being able to resize top or bottom row).. however
those are actual (different) bugs..
However if the size would be 'normal' the bugs related to resizing would be
obvious. More an 'additional' circumstantial argument fitting my plea..</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>