<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> <span class="fn">b.</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed"
   title="CLOSED WORKSFORME - Improve Calc precision when subtracting large integers to parity with Excel"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=37923">bug 37923</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>newbie-02@gmx.de
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_CLOSED  bz_closed"
   title="CLOSED WORKSFORME - Improve Calc precision when subtracting large integers to parity with Excel"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=37923#c18">Comment # 18</a>
              on <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed"
   title="CLOSED WORKSFORME - Improve Calc precision when subtracting large integers to parity with Excel"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=37923">bug 37923</a>
              from <span class="vcard"><a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> <span class="fn">b.</span></a>
</span></b>
        <pre>fine so far, but now try 1,2 instead of 1 in B1 and see '0' as result, 
happens for all values from -2,8125 to +2,8125 except the integers -2, -1, 0,
1, 2

may result from different handling of integers (16 significant digits) against
floats (rounded / truncated to 15 significant decimal digits), 

that rounding is too hard, maybe it's not necessary anymore, @Mike Kaganski
recently fixed an error in the string evaluation, <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - ImpSvNumberInputScan::StringToDouble may produce inaccurate result"
   href="show_bug.cgi?id=130725">tdf#130725</a>, maybe rounding
was a try to hide such errors? then you could now handle integers and floats
with equal accuracy and avoid many irritations ...  

or shall i file an enhancement request for that, 'integers and floating point
values (decimal fractions) should be displayed and evaluated with equal
accuracy to avoid irritation', 

or does anybody know a reason why rounding of floats to less precision than
possible is neccessary? 

besides ... ex$el does better ... :-(</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>