------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=120812 annma kde org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Additional Comments From annma kde org 2006-02-13 23:07 ------- SVN commit 509194 by annma: remove obsolete doc BUG=120812 M +1 -10 index.docbook --- branches/KDE/3.5/kdeutils/doc/kcalc/index.docbook #509193:509194 @ -650,17 +650,8 @ <answer><para>The main factor determining the precision of &kcalc; is whether your libc and libmath supports the C data type <type>long double</type>. If this is the case, &kcalc; will detect this at compile time and use it as its fundamental data type to represent numbers. -Check &kcalc;'s <guilabel>About</guilabel> dialog (in the -<guibutton>Configure</guibutton> dialog box) in order to find out what the -fundamental data type for your copy of &kcalc; is.</para> +</para> -<para>Unless you have a libc and libmath of exceptionally high quality, you will -be able to observe some <quote>interesting</quote> results when trying -to execute computations such as: <userinput>123.22 - 123.21</userinput>, -<userinput>2.01 - 2</userinput>, <userinput>123.88 - 123.87</userinput> and -similar. However if you think this is bad I ask you to do the same computation -on the calculator provided with &Windows;.</para> - <para>Adjust the <guilabel>Precision</guilabel> in &kcalc;'s <guibutton>Configure</guibutton> dialog so that the above computations work correctly. I recommend a precision of 14 if the fundamental data type