En entrant 1234567890,1234567890 dans OOcalc, il stocke la valeur 1234567890.123456 dans office:value.
Il n'est pas nécessaire d'aller dézipper le fichier ods pour le voir, car en sélectionnant la cellule directement dans OOcalc, il affiche la valeur tronquée dans la ligne de saisie, ce qui permet de constater que OpenOffice a atteint sa limite de précision.
Toutefois, si on édite le fichier obtenu avec un autre logiciel qui est capable d'une plus grande précision (comme un éditeur de texte, par exemple), et que l'on ajuste la valeur pour que office:value soit égal à 1234567890,1234567890, alors non seulement OOcalc l'ouvre très bien, mais en plus il ne se trompe pas dans l'arrondi, en affichant 1234567890,123457.
Il est vrai que le format OpenDocument est perfectible ; la saisie de zéros finaux (15,20 par exemple) n'est pas stockée (il stocke 15.2 -- à moins de récupérer la valeur affichée : <text:p>15,20</text:p>). Même si la valeur stockée est exacte, l'information sur la précision saisie est perdue. Mais vaut-il mieux perfectionner une norme existante ou ajouter une nouvelle norme mal ficelée pour la même chose ?
[^] # Re: OOXML is defective by design
Posté par stef . En réponse à la dépêche Pas de trève estivale pour la guerre des formats bureautiques. Évalué à 3.
Il n'est pas nécessaire d'aller dézipper le fichier ods pour le voir, car en sélectionnant la cellule directement dans OOcalc, il affiche la valeur tronquée dans la ligne de saisie, ce qui permet de constater que OpenOffice a atteint sa limite de précision.
Toutefois, si on édite le fichier obtenu avec un autre logiciel qui est capable d'une plus grande précision (comme un éditeur de texte, par exemple), et que l'on ajuste la valeur pour que office:value soit égal à 1234567890,1234567890, alors non seulement OOcalc l'ouvre très bien, mais en plus il ne se trompe pas dans l'arrondi, en affichant 1234567890,123457.
Il est vrai que le format OpenDocument est perfectible ; la saisie de zéros finaux (15,20 par exemple) n'est pas stockée (il stocke 15.2 -- à moins de récupérer la valeur affichée : <text:p>15,20</text:p>). Même si la valeur stockée est exacte, l'information sur la précision saisie est perdue. Mais vaut-il mieux perfectionner une norme existante ou ajouter une nouvelle norme mal ficelée pour la même chose ?