<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Row height in Calc was 0,45 cm now it's 0,4516. Set rowheight to 10 it will be 9,9995 cm (since 7.2)"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=144247#c10">Comment # 10</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Row height in Calc was 0,45 cm now it's 0,4516. Set rowheight to 10 it will be 9,9995 cm (since 7.2)"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=144247">bug 144247</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 Eike Rathke from <a href="show_bug.cgi?id=144247#c9">comment #9</a>)
<span class="quote">> No, that display string thing is unrelated because here we have the
> conversions between cm/whatever/twips involved, the 0,45cm was a rounded
> value and people complained they couldn't see exact values and now people
> complain they don't see the rounded values anymore.</span >
I do get the "need" for exact values. Not much of issue that this being
possible either [showing rounding and internally being unrounded being worse,
IMHO: similar topic at <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED NOTABUG - Exporting a selected shape of 7x7 to any image format shows size of 7,01 cm when changing DPI to Dots per CM & increase it from 37 to 38 and back, size becomes 7,16 cm"
href="show_bug.cgi?id=144279">bug 144279</a>]
The "main issue" being that the default cell width being a 4 digit number. I
mostly don't think in 4 digits when wanting to change the cell size.
Excel sets the cell size in points; which produces nice round numbers :-) and
not depending on 'locale' (inch/cm)
A radio button in the row height dialog.. Default for PT and another one for
inch/CM would give most flexibility: if there is also a general setting for
setting it to pick PT/CM/INCH whatever'. The inch/cm factor has it's
advantages; see <a class="bz_bug_link
bz_status_VERIFIED bz_closed"
title="VERIFIED FIXED - Setting the column width and height should not round the values causing compounding errors"
href="show_bug.cgi?id=101217">bug 101217</a>
However there objections to to this 'solution' too.. Like the interface bloat
topic :-)
And I would certainly hold off any change, to check if more bug reports -
complains - appear...</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>