https://bugs.documentfoundation.org/show_bug.cgi?id=80017

Peter Underdown <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]
           Severity|enhancement                 |major

--- Comment #4 from Peter Underdown <[email protected]> ---
(Props to all contributors-- thank you for a great free product)

Just want to add my voice to calling this behavior a bug, requesting that it be
seen in the following light: a user (such as myself today) can get bizarre
results that are hard to find the cause of. And I'm a pretty good debugger of
things. I was comparing calculated quantities (a running balance) to entered
quantities, a very useful way of verifying data entry. My sheet was, as usual,
formatting the results with 2 decimal places. So the failure of equality tests
was perplexing. 
So in short, regardless of its presence in other software, this behavior can
cause serious confusion and waste of time as each user encounters it for the
first time and has to track down for themselves what is going on. It doesn't
even matter whether they do so as I did by investigative debugging or by
querying the (excellent, by the way) help and support system. Either way, it
shouldn't be a part of normal workflow. Nobody expects rounding errors from
addition. Strictly speaking this is not even rounding error-- no rounding is
needed for the calculation, so the proper characterization is calculation
error. 

Thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to