<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>