Sauf que dans toute la critique de Morten il parle de "OpenDocument standard v1.0" et que tout le monde sait et a admis que c'est la v1.2 qui est complète.
Pourquoi parles-tu de ODF 1.2?
Cette version n'existe pas, la norme est ODF actuellement 1.0.
Si tu peux me dire ce que sera la norme v1.2, pose un brevet pour le voyage dans le temps, pour le moment personne ne sait ce que sera la v1.2, on a juste des draft pour donnée une vague idée de ce que ce sera, pas plus.
La réalité a l'air d'être la :
- La norme ISO a été validée alors qu'elle a un gros trou dans la définition des formules
- La future norme corrigera le problème. Cette norme est future, elle n'existe pas.
Toute la critique de Morten est donc sur la norme ISO, et c'est tout à fait normal : il doit implémenter une norme ISO, pas des supputations de ce que sera l'avenir (la v1.2)
Ce que je trouve rigolo dans vos défenses, c'est que vous trouvez tout à fait normal que l'ISO ai validé une norme avec un aussi grand blanc, alors que vous trouvez anormal que OOXML ai été validé avec des gros blancs : désolé, mais dans les deux normes, c'est exactement le même problème. ODF n'aurait jamais dû être validé par l'ISO comme tel non plus.
ODF n'est pas inter-opérable en l'état (la v1.0 laisse un gros blanc, et personne ne peut garantir qu'un futur logiciel avec support 1.2 saura lire une version d'un fichier en draft 1.2...), et pour une norme sensée assurer l'interopérabilité, ça craint un max.
La, j'ai la grosse impression qu'on a voulu mettre en production un bon gros beta instable, et maintenant les développeurs vont devoir se farcir la compatibilité avec des fichiers avec extension ods qui sont en v1.0 incompatible entre eux faute de normes précises ou en draft v1.2 déjà dans la nature mais qui ne sera pas la norme v1.2, ça va être sport.
Et pour la garantie de compatibilité ODF dans le temps, on repassera... L'accouchement de cette norme se fait dans la douleur, elle n'a pas grand chose à envier à OOXML.
[^] # Re: PBPG
Posté par Zenitram (site web personnel) . En réponse à la dépêche Sortie de Gnumeric 1.10. Évalué à 5.
Pourquoi parles-tu de ODF 1.2?
Cette version n'existe pas, la norme est ODF actuellement 1.0.
Si tu peux me dire ce que sera la norme v1.2, pose un brevet pour le voyage dans le temps, pour le moment personne ne sait ce que sera la v1.2, on a juste des draft pour donnée une vague idée de ce que ce sera, pas plus.
La réalité a l'air d'être la :
- La norme ISO a été validée alors qu'elle a un gros trou dans la définition des formules
- La future norme corrigera le problème. Cette norme est future, elle n'existe pas.
Toute la critique de Morten est donc sur la norme ISO, et c'est tout à fait normal : il doit implémenter une norme ISO, pas des supputations de ce que sera l'avenir (la v1.2)
Ce que je trouve rigolo dans vos défenses, c'est que vous trouvez tout à fait normal que l'ISO ai validé une norme avec un aussi grand blanc, alors que vous trouvez anormal que OOXML ai été validé avec des gros blancs : désolé, mais dans les deux normes, c'est exactement le même problème. ODF n'aurait jamais dû être validé par l'ISO comme tel non plus.
ODF n'est pas inter-opérable en l'état (la v1.0 laisse un gros blanc, et personne ne peut garantir qu'un futur logiciel avec support 1.2 saura lire une version d'un fichier en draft 1.2...), et pour une norme sensée assurer l'interopérabilité, ça craint un max.
La, j'ai la grosse impression qu'on a voulu mettre en production un bon gros beta instable, et maintenant les développeurs vont devoir se farcir la compatibilité avec des fichiers avec extension ods qui sont en v1.0 incompatible entre eux faute de normes précises ou en draft v1.2 déjà dans la nature mais qui ne sera pas la norme v1.2, ça va être sport.
Et pour la garantie de compatibilité ODF dans le temps, on repassera... L'accouchement de cette norme se fait dans la douleur, elle n'a pas grand chose à envier à OOXML.