On est aussi d'accord que OOXML ne definies pas tout ce qui la rend la norme totalement nulle à implémanter.
Disons qu'à l'heure actuelle, même Microsoft a du mal à l'implémenter, et si tu as lu les mêmes articles que moi, tu as vu que des éléments de base peuvent poser problème lorsque générés ou édités en dehors de MS Office.
A partir du moment où il n'existe pas d'implémentation canonique du standard, que même la société ayant développé ce standard semble s'emmêler les pinceaux au niveau compatibilité, ça place une incertitude sur la maîtrisabilité du standard.
En outre, est-on maître de ses données dans le cas de l'ooxml si il doit toujours subsister un risque sérieux que, même en étant en parfaite conformance avec la norme ooxml, un document généré par une application autre que celle de Microsoft puisse être refusé par cette dernière?
Ce que tu controle pas c'est ce que fait Word dans ces fameux blobs binaires. Et non ce qu'il fait dans l'OOXML, et c'est deux choses différentes.
Le fait est que l'Open XML ouvre volontairement la porte à ces éléments non standardisés, ce qui fait que tout en ayant parfaitement implémenté les 6000 pages de standard, le risque existe, et est non négligeable, de ne pouvoir lire l'entièreté d'un document pourtant conforme à la norme. Le problème réside effectivement dans le fait qu'on ne contrôle pas la manière dont office gère les blobs binaires, mais il trouve sa source dans un standard qui laisse délibérément la porte ouverte pour permettre cette perte de contrôle.
En 6000 pages, on aurait pu espérer que tous les problèmes de compatibilité soient adressés et qu'on ait une relation 1:1 avec les fonctionnalités des anciens standards office, mais ce n'est pas le cas.
[^] # Re: Et bah...
Posté par ragoutoutou . En réponse au journal ODF mort-né ?. Évalué à 8.
Disons qu'à l'heure actuelle, même Microsoft a du mal à l'implémenter, et si tu as lu les mêmes articles que moi, tu as vu que des éléments de base peuvent poser problème lorsque générés ou édités en dehors de MS Office.
A partir du moment où il n'existe pas d'implémentation canonique du standard, que même la société ayant développé ce standard semble s'emmêler les pinceaux au niveau compatibilité, ça place une incertitude sur la maîtrisabilité du standard.
En outre, est-on maître de ses données dans le cas de l'ooxml si il doit toujours subsister un risque sérieux que, même en étant en parfaite conformance avec la norme ooxml, un document généré par une application autre que celle de Microsoft puisse être refusé par cette dernière?
Le fait est que l'Open XML ouvre volontairement la porte à ces éléments non standardisés, ce qui fait que tout en ayant parfaitement implémenté les 6000 pages de standard, le risque existe, et est non négligeable, de ne pouvoir lire l'entièreté d'un document pourtant conforme à la norme. Le problème réside effectivement dans le fait qu'on ne contrôle pas la manière dont office gère les blobs binaires, mais il trouve sa source dans un standard qui laisse délibérément la porte ouverte pour permettre cette perte de contrôle.
En 6000 pages, on aurait pu espérer que tous les problèmes de compatibilité soient adressés et qu'on ait une relation 1:1 avec les fonctionnalités des anciens standards office, mais ce n'est pas le cas.