Et pourquoi diable Microsoft s'amuserait à prendre ODF comme format natif ?
Faut être sérieux cinq minutes: ils ont une code base qui doit être proche du gigantesque, avec des features qui leur sont propres (on peut être d'accord ou pas, mais aux dernières nouvelles, ils restent libres de décider ce qui va dans leur propre produit). Ils ont fait l'effort de passer de leur .doc opaque vers un format soumis à standardisation (là encore on peut penser que c'est une manoeuvre ou pas, reste qu'ils l'ont fait). Et que ça soit Microsoft ou pas, ça me parait assez raisonnable que le développeur d'un format continuer à supporter tout ce qui était possible précédemment quand on passe à un format de document repensé.
Et comme, vu la taille et complexité des spécifications OpenXML et ODF, j'ai du mal à croire qu'on puisse imaginer un instant avoir une équivalence parfaite entre les deux formats (et même que l'un et l'autre soient exempts de bugs), ça serait guère pratique pour changer de format "natif" (je n'aime pas du tout ce terme, de quoi parle-t'on ? du format par défaut, du fonctionnement interne du logiciel ?). Cf. aussi l'intéressant blog du responsable d'OpenXML chez MS http://blogs.msdn.com/brian_jones/ pour quelques exemples pratiques de problèmes d'interop entre ODF et OpenXML (et les commentaires pour des avis de l'autre bord).
Quand a prendre comme préalable l'utilisation d'ODF comme format "natif" pour comparer je vois guère l'intérêt. Si on trouve sur une même plateforme les deux suites logicielles et le même document dans le format "natif" de l'un et de l'autre ça permet déjà de faire pas mal de comparaisons rigolotes.
[^] # Re: Et pourquoi pas en natif ?
Posté par olgk . En réponse à la dépêche Microsoft se met à l'Open Document. Évalué à 6.
Faut être sérieux cinq minutes: ils ont une code base qui doit être proche du gigantesque, avec des features qui leur sont propres (on peut être d'accord ou pas, mais aux dernières nouvelles, ils restent libres de décider ce qui va dans leur propre produit). Ils ont fait l'effort de passer de leur .doc opaque vers un format soumis à standardisation (là encore on peut penser que c'est une manoeuvre ou pas, reste qu'ils l'ont fait). Et que ça soit Microsoft ou pas, ça me parait assez raisonnable que le développeur d'un format continuer à supporter tout ce qui était possible précédemment quand on passe à un format de document repensé.
Et comme, vu la taille et complexité des spécifications OpenXML et ODF, j'ai du mal à croire qu'on puisse imaginer un instant avoir une équivalence parfaite entre les deux formats (et même que l'un et l'autre soient exempts de bugs), ça serait guère pratique pour changer de format "natif" (je n'aime pas du tout ce terme, de quoi parle-t'on ? du format par défaut, du fonctionnement interne du logiciel ?). Cf. aussi l'intéressant blog du responsable d'OpenXML chez MS http://blogs.msdn.com/brian_jones/ pour quelques exemples pratiques de problèmes d'interop entre ODF et OpenXML (et les commentaires pour des avis de l'autre bord).
Quand a prendre comme préalable l'utilisation d'ODF comme format "natif" pour comparer je vois guère l'intérêt. Si on trouve sur une même plateforme les deux suites logicielles et le même document dans le format "natif" de l'un et de l'autre ça permet déjà de faire pas mal de comparaisons rigolotes.