I support this idea too, and for the operators, let me suggest using
C-style ones, given the big amount of C-compatible languages, not only
C/C++ but also Java, ecma-script and derivatives, etc.
I am not saying to support them all:
- there's no sense for =, +=, -=, etc, unless you implement some i
Robert Riebisch wrote:
>Doszip is still under development (and looking for contributors):
>http://www.bttr-software.de/links/#fileman
Now Doszip have the same size and functionality as Norton Commander
3.0. Main mistake (IMHO) is use of C language for this program. If
development of Doszip will b
Yes, exactly. We need only few functions:
* check whether is driver present
* compute matematical expression
(*) set precision for floating point numbers
(*) some extra function for operations like arithmetical mean
-
Take S
Hi, well, honestly,
I think there's absolutely no use for an API for FDRC.
make the CalcResultFromString portion of FDRC a separate source,
linkable to every program that likes to have a calculator.
Mit freundlichen Grüßen / Kind regards,
Tom Ehlert
+49-241-79886
-
Hi, well, honestly,
I think the most "in style" way to have an API for FDRC would
be to have a way to send strings like "4+sqrt(2)" to the
calculator and receive a string with the result. Maybe with
some extra functions like "round(2, 4+sqrt(2))" which would
return "5.41" and "hex(42)" (returns "
"Oleg O. Chukaev" wrote:
> I am searched for a small and fast open-source file manager, but
> found nothing. Now I use Volkov Commander, but it is not open-source
> program :-(
Doszip is still under development (and looking for contributors):
http://www.bttr-software.de/links/#fileman
Robert Rie
>I still think it would still be easier to build a calculator API and just
> implement what you need into Blocek.
Probably yes. But I think that matematical API would be very interresting.
It is technological masturbation :-)
Some difficulties could be with return of floating point functions.FPU
