You are not logged in.

Dear visitor, welcome to If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.



  • "valuequest" started this thread

Posts: 1

Location: Chesapeake, Virginia, United States

  • Send private message


Sunday, November 12th 2006, 4:05am

Concept for KCalc application re-design

KCalc 1.8.1 has a number of trigonometric, statistics, logic, and exponential functions along with a number of built-in constants for science and engineering computations. KCalc 1.8.1 does seems to be pretty handy for these types of calculations.

However, I think that the number of KDE users who need or want to use financial functions is probably at least equal to the number of KDE users who need or want the math, science, and engineering functions which are designed into KCalc 1.8.1. Perhaps more importantly, the former category probably is growing a lot faster than the latter category as more and more people begin to use open-source software.

I therefore suggest that KCalc could be made even more useful to KDE users if it were re-designed as a small basic application with optional modules for additional functions. The basic KCalc application could include nothing more than simple functions found on the most basic calculators (i.e. the current functions in 1.8.1 without any of the optional settings). Optional KCalc modules could include the following:
> financial functions
> statistics functions
> science and engineering functions and constants
*--- Can other forum users suggest any others? ---*

The financial module functions would include at minimum basic compounding solving (see Poor Man's Financial Calculator project) and nominal <--> effective interest rate conversion. The KCalc developers could add some additional useful functionality by making something like 10 registers available for limited NPV and IRR calculations with uneven amounts.

The statistics module could also use about 10 registers for limited calculations.

This post has been edited 2 times, last edit by "valuequest" (Nov 13th 2006, 4:10am)


Sunday, November 12th 2006, 3:42pm

Can't hurt to include finantual functions and modular design is allways good. This suggestion is fine by me.