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 idea about the "M" memory variable that the calcullators usually have. Neither do the */@ pointer stuff - perhaps you wouldn't implement others like ?: in a first stage. Just ideas... Aitor 2007/4/11, tom ehlert <[EMAIL PROTECTED]>: > 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 > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
