ODF ne fait pas d'erreur d'arrondi, il sauve dans le fichier avec le nombre de chiffre significatif que l'utilisateur a choisi!
Microsoft OpenXML, lui fait un arrondi a SA sauce:
1234.1234 -> 1234.1233999999999 o(1e-4)
meme si tu demandes une precision a 4 chiffres.
L'utilisateur avait 4 chiffres significatif et le sauvegarde interne se fait sur, visuellement parlant, 13 chiffres et significativement parlant 3 (le 4eme sauf a refaire un arrondi avec le 5eme est faux). C'est un chouilla different tout de meme.
ODF lui ecrit dans le fichier (si tu as demande une precision a 4 chiffres):
1234.1234 -> 1234.1234
C'est a dire que ODF respecte le choix de l'utilisateur, microsoft OpenXML fait ce qui lui plait!
Qu'elle est le comportement que je prefere a ton avis? Dans mon cas et c'est tout personnel je prefere les logiciels qui font ce que je leur dit de faire (quitte a aller dans les preferences change la precision)
[^] # Re: OOXML is defective by design
Posté par abramov_MS . En réponse à la dépêche Pas de trève estivale pour la guerre des formats bureautiques. Évalué à 5.
ODF ne fait pas d'erreur d'arrondi, il sauve dans le fichier avec le nombre de chiffre significatif que l'utilisateur a choisi!
Microsoft OpenXML, lui fait un arrondi a SA sauce:
1234.1234 -> 1234.1233999999999 o(1e-4)
meme si tu demandes une precision a 4 chiffres.
L'utilisateur avait 4 chiffres significatif et le sauvegarde interne se fait sur, visuellement parlant, 13 chiffres et significativement parlant 3 (le 4eme sauf a refaire un arrondi avec le 5eme est faux). C'est un chouilla different tout de meme.
ODF lui ecrit dans le fichier (si tu as demande une precision a 4 chiffres):
1234.1234 -> 1234.1234
C'est a dire que ODF respecte le choix de l'utilisateur, microsoft OpenXML fait ce qui lui plait!
Qu'elle est le comportement que je prefere a ton avis? Dans mon cas et c'est tout personnel je prefere les logiciels qui font ce que je leur dit de faire (quitte a aller dans les preferences change la precision)