On 2005-03-04 02:57:54 +0100, Le Farfadet Spatial wrote: > Mais surtout, le probl�me c'est que le format de stockage des > valeurs num�rique n'a pas �t� pr�vu pour �tre chang�, d'ailleurs les > expressions templates n'�taient pas tr�s d�velopp�es � l'�poque du > lancement du projet StarOffice. Et puis, ce n'est pas tant qu'il > faut modifier les plusieurs millions de lignes de code en question, > c'est surtout qu'il faut se les taper et s'assurer qu'il n'y a pas > d'oubli. �a prendrait un sacr� bout de temps.
Euh... si on ne sait pas trop quel code intervient quand on manipule des nombres dans le tableur, mieux vaut ne pas faire confiance � OpenOffice pour ses calculs. Si le code est suffisamment bien foutu, le compilateur doit r�ler si le type a �t� chang� quelque part, mais pas partout o� il faudrait. > De plus, l'arithm�tique d�cimale permettra certes de coder sans > erreur certain nombre d�cimaux mais il restera toujours des nombres > entach�s d'erreur -- quand bien m�me toutes les entr�es sont exacte, > le premier calcul effectu� est synonyme d'erreur -- et suffisamment > pour qu'aucune valeur num�rique ne puisse �tre consid�r� comme > exacte apr�s traitement par le tableur. Tout � fait, mais d�j�, �a am�liorerait un certain nombre d'applications qui se basent sur une arithm�tique d�cimale. -- Vincent Lef�vre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
